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: mata...@moses.co.il To: wikitech-l@lists.wikimedia.org 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 Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l _______________________________________________ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l