Bug Tracker: Difference between revisions

From MusicBrainz Wiki
Jump to navigationJump to search
m (9 revision(s))
No edit summary
 
(10 intermediate revisions by 6 users not shown)
Line 1: Line 1:
<small>[[Development]] > Bug Tracker</small>
{{DocumentationHeader|Development|Communication}}


JIRA (https://tickets.metabrainz.org/) is the platform used by the development team and members of the community to track bugs and development progress on the [[MusicBrainz Server]] source code.
=MusicBrainz' Bug Tracker=


== Reporting bugs ==
[[MusicBrainz]] uses the [http://www.edgewall.com/trac/ Trac] issue tracker to keep track of bugs and feature requests.
:''Want to report a bug? [https://tickets.metabrainz.org/secure/CreateIssue!default.jspa Report it here!]''


To report a bug or unwanted behavior in the server code, [https://tickets.metabrainz.org/secure/Signup!default.jspa create an account] or [https://tickets.metabrainz.org/login.jsp sign in with your MusicBrainz account] and report it under your name. With an account, you can discuss with other users using comments if more feedback is needed and receive email updates about the bug(s) you've submitted or any other bugs you're interested in keeping tabs on.
If you find a bug in [[MusicBrainz]], please visit [http://bugs.musicbrainz.org/ http://bugs.musicbrainz.org/]. There you can see if the bug has already been reported, and what progress has been made on fixing it. If your bug hasn't been spotted before, you should probably send an email to [[Users Mailing List|UsersMailingList]] to discuss it with other users before adding it to the bug tracking system.


== Workflows ==
[[Category:To Be Reviewed]] [[Category:Development]] [[Category:Communication Forum]]

The following are JIRA workflow conventions that the development team uses.

=== "Decision required" status ===

The "decision required" status is used when an issue or task requires a decision to be made before developers can move on and start/continue their work.

The procedure to follow is:
# Post a comment that clearly states what needs to be decided.
# Change the status to "decision required" and assign the issue to the person expected to make the decision.
# When a "decision required" issue is assigned to you, first determine if it's your decision to make. If not, find the right person and re-assign the issue to them.
# When an issue is your issue to decide and when you've made your decision, note the decision in a comment.
# Change the status back to open and assign it to the person who should continue to work on the issue (unless in the course of the decision making the task has been passed to someone else).

== See Also ==
* [[How to Report an Issue]]
* [[Development/Git]]

[[Category:Development]] [[Category:To Be Reviewed]] [[Category:WikiDocs Page]]

Latest revision as of 16:04, 28 October 2020

Development > Bug Tracker

JIRA (https://tickets.metabrainz.org/) is the platform used by the development team and members of the community to track bugs and development progress on the MusicBrainz Server source code.

Reporting bugs

Want to report a bug? Report it here!

To report a bug or unwanted behavior in the server code, create an account or sign in with your MusicBrainz account and report it under your name. With an account, you can discuss with other users using comments if more feedback is needed and receive email updates about the bug(s) you've submitted or any other bugs you're interested in keeping tabs on.

Workflows

The following are JIRA workflow conventions that the development team uses.

"Decision required" status

The "decision required" status is used when an issue or task requires a decision to be made before developers can move on and start/continue their work.

The procedure to follow is:

  1. Post a comment that clearly states what needs to be decided.
  2. Change the status to "decision required" and assign the issue to the person expected to make the decision.
  3. When a "decision required" issue is assigned to you, first determine if it's your decision to make. If not, find the right person and re-assign the issue to them.
  4. When an issue is your issue to decide and when you've made your decision, note the decision in a comment.
  5. Change the status back to open and assign it to the person who should continue to work on the issue (unless in the course of the decision making the task has been passed to someone else).

See Also