Bugzilla:Priority System: Difference between revisions
No edit summary |
(IRC isn't all that anymore) |
||
| (9 intermediate revisions by 3 users not shown) | |||
| Line 1: | Line 1: | ||
{{warning|If you are looking for information about priorities of bugs in Firefox and other Mozilla products, please see [[Bugmasters/Process/Triage|the triage process page]]. This page only covers the main Bugzilla project.}} | |||
We have a Priority system for enhancements: | We have a Priority system for enhancements: | ||
* P1 = We definitely want this. It's a major feature, and it's obvious that it would be useful to everybody. | * [https://bugzilla.mozilla.org/buglist.cgi?product=Bugzilla&bug_severity=enhancement&priority=P1&resolution=--- P1] = We definitely want this. It's a major feature, and it's obvious that it would be useful to everybody. | ||
* [https://bugzilla.mozilla.org/buglist.cgi?product=Bugzilla&bug_severity=enhancement&priority=P2&resolution=--- P2] = We want this, but it's not totally clear or extremely important. | |||
* [https://bugzilla.mozilla.org/buglist.cgi?product=Bugzilla&bug_severity=enhancement&priority=P3&resolution=--- P3] = This isn't a bad idea, and maybe we'll want to implement it at some point in the future, but it's not near-term roadmap material. Some core Bugzilla developer may work on it. | |||
* [https://bugzilla.mozilla.org/buglist.cgi?product=Bugzilla&bug_severity=enhancement&priority=P4&resolution=--- P4] = This isn't a terrible idea, but it's not important to our long-term plans for Bugzilla. We would review a patch if somebody posted it, but a core developer is unlikely to work on it. If the patch proves to be too complex, there's a chance that the feature will be marked WONTFIX or delayed until some unknown future release. | |||
* | * [https://bugzilla.mozilla.org/buglist.cgi?product=Bugzilla&bug_severity=enhancement&priority=P5&resolution=--- P5] = We basically never want this. If somebody implements it and asks for review, we ''might'' look at it. If a posted patch involves any significant complexity, it will likely be rejected. | ||
If the priority of a bug isn't set, and you want it to be, come ask us in [[Bugzilla:Communicate|our chat rooms]]. | |||
If you want a broader understanding of which features we are most likely to accept, see [http://groups.google.com/group/mozilla.dev.apps.bugzilla/browse_thread/thread/847a09dc8a8dd27b The Feature Acceptance Test]. | |||
[[category:Bugzilla|Priority System]] | |||
Latest revision as of 03:26, 17 August 2021
Warning: If you are looking for information about priorities of bugs in Firefox and other Mozilla products, please see the triage process page. This page only covers the main Bugzilla project.We have a Priority system for enhancements:
- P1 = We definitely want this. It's a major feature, and it's obvious that it would be useful to everybody.
- P2 = We want this, but it's not totally clear or extremely important.
- P3 = This isn't a bad idea, and maybe we'll want to implement it at some point in the future, but it's not near-term roadmap material. Some core Bugzilla developer may work on it.
- P4 = This isn't a terrible idea, but it's not important to our long-term plans for Bugzilla. We would review a patch if somebody posted it, but a core developer is unlikely to work on it. If the patch proves to be too complex, there's a chance that the feature will be marked WONTFIX or delayed until some unknown future release.
- P5 = We basically never want this. If somebody implements it and asks for review, we might look at it. If a posted patch involves any significant complexity, it will likely be rejected.
If the priority of a bug isn't set, and you want it to be, come ask us in our chat rooms.
If you want a broader understanding of which features we are most likely to accept, see The Feature Acceptance Test.