Customer Support.
Support "RemObjects Talk" Premium Support Reporting Bugs

Reporting Bugs and Feature Requests

We are currently working on a public front-end to our internal bug tracking system BC7, called BC7/Public. Once ready, BC7/Public will allow you to submit bug reports and feature requests directly to our system, and track the progress of issues you reported, as well as any "public" issues.

Until Then…

Until BC7/Public is ready, we ask you to submit bugreports via our RemObjects Talk support forums by startig a new Discussion and choosing the "Report an Issue" option from the three choices at the top.

RemObjects Talk requires a remobjecs.com website account to post. If you do not already have an account, that's no problem; you can sign up for a free account now.

Bug Reporting Guidelines

Please read the following instructions carefully, as they contain guidelines on how to properly report a bug or feature request.

  1. Please choose the appropriate forum category for the report. Where possible and available, use the Beta forum for the product in question. If there is no beta forum (or you don't have access to the beta), use the public product forum.
  2. Provide a descriptive title for your post that describes the problem or request.
  3. Include the following information in your description:
    • product name, edition and version
      (e.g. "Data Abstract for Cocoa, build .971")
    • development tool and version, and operating system
      (e.g. "Visual Studio 2015, building for Mono 4.10 on Linux")
    • a detailed decription of the problem, with steps leading to its reproduction
    • a description of the faulty result compared to the expected result.
      (e.g. "output should be '42', but instead is '37'")
  4. Where sensible, provide a small test case, a sample project that shows the problem you are seeing
    • Keep the project to a minimum. Try reproducing the problem you are¬†experiencing in the simplest project possible. For example, if you can see the problem in a single tier, by simply using the client or the server application, provide just that tier. Also, remove any unnecessary modules or code.
    • Do not use third party components in your test applications. Chances are that we will be testing your project in a clean install and won't have any components or third party libraries installed. The exception would be, of course, if your problem involves certain third party libraries; in this case please make sure to check with us in advance.
    • Do not use absolute output and search paths in project options. Please make sure your projects do not contain hard-coded paths in project options or when they reference files (such as databases or .ini files) at runtime. Your file paths will not be valid on our test system. Also, keep the project output paths empty.
    • Where possible, include the databases that your project works against. If you submit sample projects that require a database, please make sure to submit all database files that are needed for the sample to run. Ideally, if you can make your sample work against standard databases such as PCTrade, EMPLOYEE.GDB or Northwind, that will be best.