| 10 | | |
| 11 | | * '''Make sure the ticket has not already been submitted.''' |
| 12 | | |
| 13 | | Use the [/search search] feature on tickets, click on [/report View Tickets] and then [/report/6 All Tickets By Milestone (Including closed)] to verify that your issue or feature request is not already in the database. Please also check if the issue or request is among the closed tickets, maybe it is not bug or has already been fixed/implemented in a newer version or the [/browser repository]. |
| 14 | | |
| 15 | | * '''Make sure the data you entered is correct''' |
| 16 | | |
| 17 | | Please doublecheck your input to make sure that all the information regarding component, milestone etc is correct. Also try to provide keywords if you can. Here is some advice: |
| | 10 | * '''Make sure the ticket has not already been submitted.''' Use the [/search search] feature on tickets, click on [/report View Tickets] and then [/report/6 All Tickets By Milestone (Including closed)] to verify that your issue or feature request is not already in the database. Please also check if the issue or request is among the closed tickets, maybe it is not bug or has already been fixed/implemented in a newer version or the [/browser repository]. |
| | 11 | * '''Make sure the data you entered is correct''' Please doublecheck your input to make sure that all the information regarding component, milestone etc is correct. Also try to provide keywords if you can. Here is some advice: |
| 22 | | |
| 23 | | * version: The version of rasdaman where you discovered the issue or against which you are proposing a feature or enhancement. It can either be one of the named versions or "development" which means that you are reporting a ticket against either a nightly build of the master, a checkout of the master built by yourself or one of the alpha releases (until we go to beta stage add the related N.0 option as well). If you use development option please provide some detail on the ticket text. |
| 24 | | * component: if unsure ask on the dev list or pick the most likely one (the component owner will redirect it if needed) |
| 25 | | * milestone: leave it empty unless you are contributing to a milestone release preparation |
| 26 | | * priority: tickets are usually addressed by their priority, Major is the default, Blocker is for mission critical issues impeding use of the system where no workaround exists while Trivial is for annoyances or polishing tasks |
| 27 | | * Type |
| 28 | | * Defect: If something is not working as expected or there is incorrect documentation |
| 29 | | * Feature: If you are proposing an entirely new feature for the system or to define high-level features for milestones |
| 30 | | * Enhancement: If you are proposing an improvement or addition to an existing feature |
| 31 | | * Task: Is reserved for activities to be performed which do not fit in the above categories |
| 32 | | |
| 33 | | * '''Give good description of the problem''' |
| 34 | | |
| 35 | | This also includes the necessary steps to reproduce the problem! Ideally, provide a failing systemtest attached to the ticket for Critical or Blocker defects |
| 36 | | |
| 37 | | * '''If you have a solution - tell us! ''' |
| 38 | | |
| 39 | | This doesn't have to be code. We appreciate any help, code snippets, hints etc that can help us to resolve the issue. |
| | 16 | * version: The version of rasdaman where you discovered the issue or against which you are proposing a feature or enhancement. It can either be one of the named versions or "development" which means that you are reporting a ticket against either a nightly build of the master, a checkout of the master built by yourself or one of the alpha releases (until we go to beta stage add the related N.0 option as well). If you use development option please provide some detail on the ticket text. |
| | 17 | * component: if unsure ask on the dev list or pick the most likely one (the component owner will redirect it if needed) |
| | 18 | * milestone: leave it empty unless you are contributing to a milestone release preparation |
| | 19 | * priority: tickets are usually addressed by their priority, Major is the default, Blocker is for mission critical issues impeding use of the system where no workaround exists while Trivial is for annoyances or polishing tasks |
| | 20 | * Type |
| | 21 | * Defect: If something is not working as expected or there is incorrect documentation |
| | 22 | * Feature: If you are proposing an entirely new feature for the system or to define high-level features for milestones |
| | 23 | * Enhancement: If you are proposing an improvement or addition to an existing feature |
| | 24 | * Task: Is reserved for activities to be performed which do not fit in the above categories |
| | 25 | * '''Give good description of the problem'''. This also includes the necessary steps to reproduce the problem! Ideally, provide a failing systemtest attached to the ticket for Critical or Blocker defects |
| | 26 | * '''If you have a solution - tell us! ''' This doesn't have to be code. We appreciate any help, code snippets, hints etc that can help us to resolve the issue. |
