Greetings,
On Bugzilla, bugs which are minor enhancements should not be tagged "highest" priority unless the priority is truly highest. This should certainly not be done en masse without personally reviewing the bug itself. Technological fact is not subject to democracy.
Search showing bugs which may need checking: https://bugzilla.wikimedia.org/buglist.cgi?chfieldto=Now&chfield=priorit...
Examples of "Highest priority" probably minor feature requests or bugs: https://bugzilla.wikimedia.org/show_bug.cgi?id=14396 https://bugzilla.wikimedia.org/show_bug.cgi?id=12974 https://bugzilla.wikimedia.org/show_bug.cgi?id=8697 https://bugzilla.wikimedia.org/show_bug.cgi?id=19796 https://bugzilla.wikimedia.org/show_bug.cgi?id=6379 https://bugzilla.wikimedia.org/show_bug.cgi?id=5309 https://bugzilla.wikimedia.org/show_bug.cgi?id=3461
There are also numerous "highest priority" extension installations.
--Dan
----- Original Message -----
From: "Dan Collins" en.wp.st47@gmail.com
On Bugzilla, bugs which are minor enhancements should not be tagged "highest" priority unless the priority is truly highest. This should certainly not be done en masse without personally reviewing the bug itself. Technological fact is not subject to democracy.
On my Bugzilla installations, the Severity is owned by the reporter, but the Priority by the assignee; this seems the best approach to me...
Cheers, -- jra
Jay Ashworth jra@baylink.com writes:
----- Original Message -----
From: "Dan Collins" en.wp.st47@gmail.com
On Bugzilla, bugs which are minor enhancements should not be tagged "highest" priority unless the priority is truly highest. This should certainly not be done en masse without personally reviewing the bug itself. Technological fact is not subject to democracy.
On my Bugzilla installations, the Severity is owned by the reporter, but the Priority by the assignee; this seems the best approach to me...
I agree. This is how I have been handling it.
I leave Severity alone.
Priority defaults to unprioritized.
I make a first pass at prioritization with most things going into "Normal".
I think we have a pretty good handle on things in the "Highest" priority, but with recent activity and the limited prioritization I've done while on my break, there are too many things in "Highest" now.
I will cull the list on Tuesday, but if anyone wants to take a shot now, be my guest.
(Still to discuss: How do I/we handle "High" priority bugs?)
Mark
2011/12/30 Dan Collins en.wp.st47@gmail.com:
There are also numerous "highest priority" extension installations.
Site request should be treated with the highest priority.
Strainu
So instead of bug fixes or security patches operations should spend time deploying an extension so you know who has the most edits? Not a great idea.
On Jan 3, 2012 8:06 AM, "Strainu" strainu10@gmail.com wrote:
2011/12/30 Dan Collins en.wp.st47@gmail.com:
There are also numerous "highest priority" extension installations.
Site request should be treated with the highest priority.
Strainu
Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
2012/1/3 John Du Hart compwhizii@gmail.com:
So instead of bug fixes or security patches operations should spend time deploying an extension so you know who has the most edits? Not a great idea.
I disagree. If a community decided that they need an extension to know who has the most edits, there probably is a good reason for that and very likely, they need it now, not in 6 months. You can think of it this way: a deployment request with a discussion on the wiki is like an enhancement requested made by several dozen people.
Strainu
wikitech-l@lists.wikimedia.org