(...and this time, do it properly) |
(include section head in template) |
||
| Line 1: | Line 1: | ||
<noinclude>{{tempdoc}}</noinclude> | <noinclude>{{tempdoc}}</noinclude> | ||
== Proposing {{{type|$TYPE}}} bugs == | |||
You can use the [https://qa.fedoraproject.org/blockerbugs/propose_bug Blocker Bugs web application] to propose a bug as a {{{type|$TYPE}}}. It will guide you through the process. | You can use the [https://qa.fedoraproject.org/blockerbugs/propose_bug Blocker Bugs web application] to propose a bug as a {{{type|$TYPE}}}. It will guide you through the process. | ||
=== Manual process === | === Manual process === | ||
If you have an issue with the guided process or want to propose a {{{type|$TYPE}}} directly from Bugzilla for efficiency, you can use the manual process. | If you have an issue with the guided process or want to propose a {{{type|$TYPE}}} directly from Bugzilla for efficiency, you can use the manual process. | ||
Revision as of 20:07, 24 September 2014
Template documentation [edit]
- This documentation is transcluded from Template:Blocker freeze exception proposing/doc. It will not be transcluded on pages that use this template.
Proposing $TYPE bugs
You can use the Blocker Bugs web application to propose a bug as a $TYPE. It will guide you through the process.
Manual process
If you have an issue with the guided process or want to propose a $TYPE directly from Bugzilla for efficiency, you can use the manual process.
To propose a bug as a $TYPE for a release, mark it as blocking the tracker bug for $TYPE bugs in that release. To do this, enter the alias or bug ID of the tracker bug into the Blocks: field in Bugzilla. The aliases for the $TYPE tracker bugs follow a consistent naming scheme. For the next release, the Alpha tracker will always be called Alpha$TYPECAMEL, the Beta tracker will always be called Beta$TYPECAMEL, and the final release tracker will always be called Final$TYPECAMEL. Rarely, you may need to propose a bug as a $TYPE for the next release but one - in this case, prepend FXX (where XX is the release number) to the name of the alias, e.g. F43Alpha$TYPECAMEL. So, to mark a bug as a $TYPE for the release of Fedora 42 Beta, you would set it to block the bug Beta$TYPECAMEL. You can find a full list of tracker bugs at BugZappers/HouseKeeping/Trackers.
Only bugs reported against a Fedora component in Red Hat Bugzilla can be marked as $TYPEs for a Fedora release. If the bug you wish to mark as a $TYPE is being tracked in an upstream bug tracking system, you must file a corresponding bug in the Fedora bug tracking system before proposing it.