On Mon, Aug 4, 2008 at 10:38 PM, Tim Starling <tstarling(a)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(a)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.