I see 3 types of bug triages:
a. Up-front
* Confirming bugs and assigning them to developers.
* STATUS is "UNCONFIRMED", "NEW", "REOPENED"; RESOLUTION is N/A
b. Verify fix
* Verifying fixes (STATUS is "RESOLVED"; RESOLUTION is "FIXED")
c. Accept non-fix resolution
* Accepting all non-fixed resolution.
* STATUS is RESOLVED; RESOLUTION is not "FIXED" (I count at least 5
non-"FIXED" RESOLUTION values)
Here is a Wikimedia bug table report:
https://bugzilla.wikimedia.org/report.cgi?y_axis_field=product&x_axis_field=bug_status&z_axis_field=&query_format=report-table&format=table&action=wrapNote
the different format at the bottom of the web page.
Hope this helps,Al Snow
###########################################################################
Date: Thu, 16 Aug 2012 16:17:15 +0300
From: [email protected]
To: [email protected]
Subject: [Wikitech-l] organize a bug triage
Hello,
We didn't have a bug triage since May. I suggest organizing one in a few
weeks (say 2?)
I agree to take care of this if it is widely supported.
How about focusing on patch triage?
I mean reviewing bugs with patches attached but not in gerrit.
Any other subject would be good as well.
opinions?
Matanya
_______________________________________________
Wikitech-l mailing list
[email protected]
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
_______________________________________________
Wikitech-l mailing list
[email protected]
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
