Root > Solving bugs in your code > Managing bug reports in issue tracker > Bug trackers setup > Jira/BitBucket setup

Jira/BitBucket setup

Previous pageReturn to chapter overviewNext page   

This article is part of Managing bug report in issue tracker series.


See managing bug reports in issue tracker for common information. Please, read it first. For common information and setup of Jira itself - please see this article. The text below assumes that you already completed Jira installation.


Important Note: This article refers to Jira bug tracker, which was initially known as "just Jira". Later it was renamed to "Jira Software". This article does not reference "Jira Core", "Jira Service Management", "Jira Service Desk", "Jira Align", "Jira Work Management" or any other product from Atlassian Jira family. Jira bug tracker can be integrated with BitBucket. If you are looking for a way to submit bug reports to Jira Service Desk instead ("Jira Service Management") - you can use Jira issue collectors. Additionally, exact location of options and their UI are different in various Jira versions. Please, refer to your Jira documentation when in doubt.


This article will tell you how to prepare Jira to work with EurekaLog accessing Jira via API. Alternatively, you may use HTTP send method to post bugs to Jira issue collector without using the API.


Below are detailed steps for recommended Jira setup for automatic bug report submission. Before going through setup - make sure to upgrade your Jira to the latest version (if using self-hosted or standalone server).


Some steps below are optional, some steps must be executed only once (like custom fields creation), other are executed from time to time (like creating new projects for your new products) and the rest are executed regularly (like creating product versions).


Full list of necessary actions contains:

1. Creating custom fields (single act)
2. Creating user accounts (single act or per product)
3. Creating projects and setting it up (single act or per product)
4. EurekaLog setup (per product)
5. Testing (as required)
6. Maintaining project (regularly or from time to time)


Please note that all actions below are just examples. It's recommendation, but it's not necessary to be absolutely like that. You may use another configuration.





Creating custom fields

1. (Administration/Custom Fields) Create custom field to improve usefulness of EurekaLog. Most important field is "Count" - to store number of sent/occurred problems. Its type should be "Number" (integer); field name can be arbitrary, like "Occurrences", "Bug count", "Popularity", "Incidents", "Hit Count", etc. Other suggested custom fields are: "BugID" (to store BugID and search issues) and "e-mail" ("user e-mail", which is typically entered in MS Classic error dialog). Both fields should be text fields. Again, field names can be anything.


We strongly recommend to create at least "Count" and "BugID" fields.



Example: two new custom fields


2. Create any other additional fields as you need/like (you can submit values for custom fields at run-time via OnCustomWebFieldsRequest event). Note that you can use "|" symbol (vertical bar) to separate individual values for multi-select custom fields.


Important: Be sure that custom fields are present on issue submission page. Otherwise EurekaLog will not be able to fill them. If some fields are missing - you has to configure your screens.



Verifying fields on "Create Issue" page



Creating user accounts

1. (Administration/Users) Create new non-admin user account for bug report submission. Create it with disabled e-mail notification:



Creating new user


Important Note: please remember username of new account. You will be using it later - when entering login credentials into EurekaLog. Do not use e-mail or full name.


Note: Some versions of Jira do not allow you to create users. You are supposed to invite new users via e-mail invitation. Do that to create new user account.


2. Log in as bug report reporting account. Click on your profile icon -> "Account settings". Or use "Settings" -> "Atlassian account settings". Then go do "Security" -> "Create and manage API tokens". This will open page when using cloud / hosted Jira.



Creating a new access token


Create a new access token with any name. Copy/save the created token, you will need it later (see below).


Log off from the account and log back in as admin.


3. Click on "Edit groups" link and add user into developers group (users group have read-only access; developers group have read-write access; administrators group have full control access):



Including account into groups


Some versions of Jira have group like "jira-software-users" - you can use that group.


Double-check that the user account has access to the Jira bug tracker: use "Product Access" link near users/group menu items, and ensure that the user or its group are listed under "Jira Software":



4. Repeat these steps for each bug submitter user account which you want to create.


5. (Optional) You can also create a new group and/or role and include all bug-reporting user accounts into that group (Administration/Groups and Administration/Roles):



Creating new user group for bug reporting



Creating new role for bug reporting



Associating role with group


6. (Optional) Open bug reporting user account and include it into a bug reporting group:



Suggested group setup for bug reporting user accounts


Repeat this for all bug reporting accounts.



Creating projects

1. (Administration/Projects) Create project for your software product. You may create several projects - one for each of your software products.



Creating new project for bug reports


2. (Optional) Create components for the projects. Typically component is used for identification of the part of your software product.



Creating component(s) for the project


3. Create versions for the project. If you don't use versioning (highly unrecommended) - you can skip this step.


You should create new version for each release of your software. I.e. when you release (publish on site, send to custom, etc) "YourSoftware" - you need to create "" version. When you release update: "YourSoftware" - you need to add "" version.


Version strings can be arbitrary like "1", "1.0", "1.0.1", "" or even " beta 3". However, it's recommended to use four-number versions with optional textual description, for example: "" and " beta 3".


Note: if you don't want to edit project each time you release new version - you can create versions for the future use. I.e. when you release "YourSoftware" - you can create "", "", "", ""..."" versions.


For example:





When reporting - version are taken from file's version information, so you must supply the corresponding version in description of your .exe or .dll files.


Note: EurekaLog will use closest match.


Important Note: EurekaLog will only for "Released" versions, if a corresponding option is enabled. Be sure to mark versions of your compiled .exe as "Released" in Jira.


4. Setup project access rights: permissions and roles.



Enabling external access to bug tracker

1. (Administration/General Configuration) Enable access to bug tracker via API calls:



Enable "Accept remote API calls" option


Note: this option is enabled by default on Jira cloud accounts. It is also may be unavailable in some Jira server installations. Please, refer to documentation for your Jira version for more information.



Integrating Jira and BitBucket

1. You can use Jira as a bug tracker for your BitBucket projects. Please, refer to Atlassian documentation.



EurekaLog setup

1. Enter Jira details into EurekaLog settings of your projects:



Jira settings filled into EurekaLog options


Important Note: some older versions of Jira require you to use your username as login. Do not use e-mail of full name. You are specifying username when creating account for reporting:



Username when creating new account


If you forgot your username, you can always find it in your profile or user management:




Locating username of already created accounts



You can use your account's password in older versions of Jira to login via API, or if you are using Jira Server installation. Latest versions of Jira and Jira Cloud require you to use API Token as password. Please, refer to Jira Documentation for more details. You must use e-mail address as login when using API Tokens;
When using passwords (not API Tokens): do not specify e-mail or full user name as login, use only username. You can find your username in your Jira profile.


2. Set any additional/common send options.


3. Set/fill custom fields. EurekaLog has support for automatic managing of "Count", "BugID" and "E-Mail" fields. You just need to enter field names in EurekaLog options. For other custom fields you have to fill them manually, for example:



  EEvents, ESysInfo;


procedure SetCustomFields(const ACustom: Pointer; AExceptionInfo: TEurekaExceptionInfo; 

  ASender: TObject; AWebFields: TStrings; var ACallNextHandler: Boolean);


  AWebFields.Values['License'] := GetYourApplicationLicense;

  AWebFields.Values['Tags'] := 'EXE|CRASH|AUTOREPORT';




  RegisterEventCustomWebFieldsRequest(nil, SetCustomFields);



Note that you can use "|" symbol (vertical bar) to separate individual values for multi-select custom fields.


4. Add any custom data, additional attached files, write necessary event handlers, set exception filters, etc, etc.




1. Test sending. You can do this right in the EurekaLog send options dialog - by clicking on "Test..." button. This will send test bug report.


Suggested actions are:

1. Click on "Test..." button to test sending and creating of a new bug issue in Jira.
2. Resolve any found issues (access denied, wrong values in fields, etc).
3. Once successful and there is new issue in Jira - click on "Test..." button again. This should test updating project.
4. Resolve any found issues (access denied, etc).
5. Once successful - close existing test issue in Jira (as "Resolved"). Optionally - add a comment with special tags (see customizing feedback).
6. Click on "Test..." button again. This should test sending old (already fixed) bugs (see: issues workflow).
7. Ensure there is no error messages, no problems. You should get "success, this bug is fixed" kind of behavior. Exact behavior depends on your settings.
8. Delete test issue in Jira after testing.


These actions should test that sending is actually working.


2. Now it's time to test your application-specific sending.


1. Place debug code in your application to raise a test exception and cause a test leak (if you've enabled leaks collecting).
2. Run your application and invoke this test code.
3. Let application crash and process bug (show dialog, send bug report, etc).
4. Ensure that behaviour is expected.
5. Ensure that you get all files and additional information in Jira.
6. Remove test code from your application.


Now your application is ready for deployment.



Maintaining projects

1. You need to create or update project versions when you ship new release of your software. If you've created a batch of versions in Jira for future use - you may skip it until you've run out of versions.



See also:

Send feedback... Build date: 2022-03-28
Last edited: 2022-01-14
The documentation team uses the feedback submitted to improve the EurekaLog documentation. We do not use your e-mail address for any other purpose. We will remove your e-mail address from our system after the issue you are reporting has been resolved. While we are working to resolve this issue, we may send you an e-mail message to request more information about your feedback. After the issues have been addressed, we may send you an email message to let you know that your feedback has been addressed.

Permanent link to this article: