SeaMonkey/QA/Triage HowTo: Difference between revisions

→‎Triage: followup on previous edit
m (→‎Triage: adjust or remove dated sentences)
(→‎Triage: followup on previous edit)
Line 27: Line 27:
** [https://bugzilla.mozilla.org/describecomponents.cgi?product=Mozilla%20Localizations Mozilla Localizations] (bugs about menus & messages in other languages than en-US)
** [https://bugzilla.mozilla.org/describecomponents.cgi?product=Mozilla%20Localizations Mozilla Localizations] (bugs about menus & messages in other languages than en-US)
** [https://bugzilla.mozilla.org/describecomponents.cgi?product=NSS NSS] and [https://bugzilla.mozilla.org/describecomponents.cgi?product=NSPR NSPR] (these two change very little, only very few new bugs belong in them)
** [https://bugzilla.mozilla.org/describecomponents.cgi?product=NSS NSS] and [https://bugzilla.mozilla.org/describecomponents.cgi?product=NSPR NSPR] (these two change very little, only very few new bugs belong in them)
* Is the bug '''still found''' in current SeaMonkey versions (latest release, latest beta, latest Aurora nightly, latest comm-central-trunk nightly)? If you can't decide, and neither can anyone present, add a comment to the bug asking the reporter, and in that case also add [CLOSEME yyyy-mm-dd INCO] or [CLOSEME yyyy-mm-dd WFM] (where yyyy-mm-dd is a "reasonably" future date) to the Whiteboard.
* Is the bug '''still found''' in current SeaMonkey versions (latest release, latest beta, latest Aurora nightly, latest comm-central-trunk nightly)? If you can't decide, add a comment to the bug asking the reporter, and in that case also add [CLOSEME yyyy-mm-dd INCO] or [CLOSEME yyyy-mm-dd WFM] (where yyyy-mm-dd is a "reasonably" future date) to the Whiteboard.
** '''Note:''' If the bug "depends" on some other open bug (as shown near the top of the bug page), it is normal for it to wait for that oher bug to get FIXED. In that case, asking whether it is still found can wait.
* Is the bug a '''valid''' bug? If the behaviour it describes is intentional, then the bug is INVALID. If the problem is not a Mozilla problem (if the fault is in an extension, or in the code for some plugin, etc.) the bug is also INVALID but in this case the problem should be reported to the responsible party (the extension author, the plugin makers, etc.)
* Is the bug a '''valid''' bug? If the behaviour it describes is intentional, then the bug is INVALID. If the problem is not a Mozilla problem (if the fault is in an extension, or in the code for some plugin, etc.) the bug is also INVALID but in this case the problem should be reported to the responsible party (the extension author, the plugin makers, etc.)
* Is the bug a real bug or enhancement request, but one '''not worth fixing'''? Only an owner or peer of the component where the bug is found can decide to resolve it WONTFIX. Check [http://www.seamonkey-project.org/dev/project-areas the SeaMonkey project areas page] and/or [[Modules|the Mozilla module owners list]] to see who is in charge.
* Is the bug a real bug or enhancement request, but one '''not worth fixing'''? Only an owner or peer of the component where the bug is found can decide to resolve it WONTFIX. Check [http://www.seamonkey-project.org/dev/project-areas the SeaMonkey project areas page] and/or [[Modules|the Mozilla module owners list]] to see who is in charge.
Confirmed users
703

edits