Using Bugzilla
Fedora utilise https://bugzilla.redhat.com [Red Hat Bugzilla] pour le suivi des bogues. Cette page et les autres pages sous l’en-tête « Bugs » à gauche offrent quelques conseils et astuces.
Permissions
Tout utilisateur, y compris "anonyme" (c’est à dire un utilisateur non identifié) peut voir les bugs. (Notez que quelques bugs ou commentaires peuvent être classés "privés" ou restreints à des groupes spécifiques. C’est rare au sein de Fedora et vise généralement à protéger des informations sensibles qui pourraient être dans des pièces jointes ou des extraits de journal.)
Tout utilisateur authentifié peut créer un rapport de bug ou ajouter des commentaires à un bug existant.
Le rapporteur ou la personne à qui le bug est assigné peut modifier n’importe quel champ de son propre bug.
Création d’un compte
Vous devez avoir un compte Bugzilla pour déposer des bugs et interagir avec eux. Une fois que vous avez créé un compte sur Bugzilla, vous pouvez également vous connecter en utilisant votre compte Fedora. Pour utiliser votre compte FAS pour vous connecter à Bugzilla, vous devez soit utiliser la même adresse électronique sur FAS et sur Bugzilla, soit définir explicitement l’adresse électronique de Bugzilla dans votre profil FAS si elles sont différentes.
Changements automatiques
Bugzilla va automatiquement créer des liens vers les rapports de bug ou vers les commentaires qui suivent le modèle "bug xxxx" ou "comment xxxx".
Les bugs marqués comme doublon auront automatiquement un commentaire référant l’autre rapport de bug. L’autre rapport de bug aura automatiquement un commentaire indiquant qu’un autre bug a été marqué comme un doublon de celui-ci.
Status and resolution
Bugzilla uses fields called "Status" and "Resolution" to track the state of a bug report or feature request.
Status
The table below summarizes the statuses.
Status | Meaning |
---|---|
NEW |
The default state. Generally indicates bug has not been actively investigated by the assignee. |
ASSIGNED |
Can be used by maintainers to indicate that the bug has been vetted and is assigned for work. |
ON_DEV |
Can be used by maintainers to indicate that work is actively in progress. This is especially useful if there exists a team of maintainers for a package. |
POST |
Indicates a fix is ready, but not applied. This is often used when a pull request is open upstream. |
MODIFIED |
Indicates a fix has been built in an update. Bodhi will set this status automatically when an update is created if the bug is associated with the update. |
ON_QA |
Indicates an update with a fix is in the testing repo. Bodhi will set this status automatically when an update reaches updates-testing if the bug is associated with the update. |
VERIFIED |
Indicates a bug has a confirmed fix in an update. |
RELEASE_PENDING |
(Generally unused in Fedora. Used for Red Hat Enterprise Linux workflows.) |
CLOSED |
Indicates the bug has been fixed or will not be fixed. The CLOSED status has different resolutions to indicate why the bug was closed. Bodhi will set this status automatically when an update reaches the updates repo if the bug is associated with the update. |
Resolution
The table below describes the resolutions that can apply to the CLOSED status.
Resolution | Meaning |
---|---|
CANTFIX |
Used by maintainers to indicate a bug that cannot be fixed. |
CURRENTRELEASE |
Indicates a bug reported in Branched prior to release and the fix is fixed for the final release. |
DEFERRED |
(Generally unused in Fedora. Used for Red Hat Enterprise Linux workflows.) |
DUPLICATE |
Indicates a bug is a duplicate of another. |
EOL |
Indicates a bug that was filed against a version that has reached End of Life. |
ERRATA |
Indicates a bug is fixed in a stable release. |
FAILS_QA |
(Generally unused in Fedora. Used for Red Hat Enterprise Linux workflows.) |
INSUFFICIENT_DATA |
Indicates that the bug reporter is unwilling or unable to provide sufficient information to diagnose or fix the bug. |
NEXTRELEASE |
Used by maintainers to indicate a bug that will only be fixed for later releases, not on the release reported. |
NOTABUG |
Indicates that the report is not a bug (e.g. is a hardware failure or a support question). |
RAWHIDE |
Indicates a bug is fixed in a Rawhide update. |
RELEASE_PENDING |
(Generally unused in Fedora. Used for Red Hat Enterprise Linux workflows.) |
UPSTREAM |
Used by maintainers to indicate that a bug is expected to be fixed upstream and naturally rolled into Fedora Linux in a subsequent update. |
WONTFIX |
Used by maintainers to indicate a bug that will not be fixed. |
WORKSFORME |
Used by maintainers to indicate a bug that cannot be reproduced. |
Want to help? Learn how to contribute to Fedora Docs ›