Maintenance of products/components metadata¶
Please raise a bug against “Bugzilla Admin”/”Products” to request any changes to be made to the breakdown of products & components modeled in Bugzilla.
We aim to achieve a basic level of consistency in how reported bugs evolve from being reported, to being worked on, and finally getting closed out. The consistency helps reporters, developers and others to gain a better understanding of what a particular bug state actually means and what to expect might happen next.
At the same time, we aim to not over-specify the life cycle of bugs in the the LLVM Bug Tracking System, as the overall goal is to make it easier to work with and understand the bug reports.
The main parts of the life cycle documented here are:
Furthermore, some of the metadata in the bug tracker, such as who to notify on newly reported bugs or what the breakdown into products & components is we use, needs to be maintained. See the following for details:
See How to submit an LLVM bug report on further details on how to submit good bug reports.
Make sure that you have one or more people on cc on the bug report that you think will react to it. We aim to automatically add specific people on cc for most products/components, but may not always succeed in doing so.
If you know the area of LLVM code the root cause of the bug is in, good candidates to add as cc may be the same people you’d ask for a code review in that area. See Finding potential reviewers for more details.
Bugs with status NEW indicate that they still need to be triaged. When triage is complete, the status of the bug is moved to CONFIRMED.
The goal of triaging a bug is to make sure a newly reported bug ends up in a good, actionable, state. Try to answer the following questions while triaging.
Please remember to assign the bug to yourself if you’re actively working on fixing it and to unassign it when you’re no longer actively working on it. You unassign a bug by setting the Assignee field to “unassignedbugs@nondot.org”.
For simplicity, we only have 1 status for all resolved or closed bugs: RESOLVED.
Resolving bugs is good! Make sure to properly record the reason for resolving. Examples of reasons for resolving are:
If a bug is resolved, please fill in the revision number it was fixed in in the “Fixed by Commit(s)” field.
Please raise a bug against “Bugzilla Admin”/”Products” to request any changes to be made to the breakdown of products & components modeled in Bugzilla.
Please raise a bug against “Bugzilla Admin”/”Products” to request any changes to be made to the cc-by-default settings for specific components.