On Mon, Aug 4, 2008 at 10:38 PM, Tim Starling tstarling@wikimedia.org wrote:
I tried subscribing to wikibugs-l for a while, but there was too much noise: state changes, CC list changes, comments on bugs that I don't care about (without proper context), etc.
FWIW, Gmail's conversation view makes context no problem.
Is there some way to configure bugzilla to support the triage process better? An unconfirmed state perhaps?
There is such a state, but I think it's not used on our Bugzilla because everyone has the "editbugs" permission. Any bug filed by someone with "canconfirm" or "editbugs" appears to be automatically confirmed.
On Tue, Aug 5, 2008 at 12:18 AM, Brianna Laugher brianna.laugher@gmail.com wrote:
How many bugs are entered, on average, each week, or month?
It seems to be about ten a day.
For bugs that are resolved/verified/closed, what is the median time for a bug to reach that state?
I have no idea on this one. It ranges from seconds to years. Of course, you're skewing it down a lot by only including bugs that have actually been resolved at some point. It might be better to include those as "infinite" when computing the median (which works, since fewer than half of all bugs are unresolved).
Actually how many bugs in total are there, and how many are in some closed state and how many are in some open state?
There are 15,048 bugs, of which (as Chad notes) 2,121 are open.
While googling for info about Bugzilla I saw someone mention the idea of introducing a NEEDSMOREINFO status or resolution. This could be a good idea because then people who want to help improve bug reports can easily find which ones need work.
I would say that the major problem with bugs is getting people to help fix them, not getting people to figure out what the problem is.
I was thinking for us, a status/resolution like HISTORICAL might be useful too, if somehow reports without activity for > 2 years could be automatically closed as HISTORICAL.
But some of those are still valid.
I created a page http://www.mediawiki.org/wiki/Bugzilla_products_and_components to describe some of the categories. I would appreciate clarification on Wikimedia>Downloads, Wikimedia>Usage Statistics and Wikimedia>wikibugs.
The descriptions for the components are given here:
https://bugzilla.wikimedia.org/describecomponents.cgi
Overall, Bugzilla is slow, lacks features, and isn't designed for our setup. I wonder if another piece of software might be more useful at some point. Supposedly Launchpad is going to be open-sourced within twelve months -- I rather like it, although mainly just by comparison with Bugzilla.