On 04/27/2012 11:07 AM, Petr Tesarik wrote:
Dne Pá 27. dubna 2012 12:55:24 Per Jessen napsal(a):
C wrote:
This isn't unique to openSUSE. Most project Bugzillas are overwhelmed. Small number of people trying to deal with a large workload. Once the bug reporting system is overwhelmed, it's hard to keep up... or recover (I'm thinking of the OOo Bugzilla as an example where there were bugs open for 4, 5, or even 6 years or more).
Just some thoughts that are passing through my mind...
Is anyone assigned to triage all incoming bug reports or do we rely on an automated system? Does someone take the time to actually read each bug report and validate it in some way before it's dumped on a maintainer's doorstep... make sure it has useful information, log files etc?
Yes, I think someone is assigned - every now and then, I see reports being re-assigned by "kkzhang@suse.com" whom I assume is part of a triage team.
Does anyone comb through the (old) open bug reports after a release and flag them?
Judging by my list of open reports, no.
Does every bug report have a milestone set? A realistic milestone? What happens if the milestone passes and the bug is still open?
Expected-Time-To-Repair? Not that I'm aware of, but it might be nice for a reporter to set a kind of deadline, then have the report closed automatically as "CANTFIX::TIMEOUT". (or something appropriate for that situation).
Are there bug reports open for more than some arbitrary period (say 6 months, and yes, I know, there are bugs that have been open for several years.. it's a rhetoric question)? Can someone wade through the bug reports older than X months (for some value of X), and for any that are not obviously in process, ping the reporter (or maybe owner) to see if they are still valid/required (without it becoming a spam-fest for the maintainer)?
I do occasionally do this for my own reports, but really only the ones I depend on.
FWIW all of the above is done as part of L3 Support for enterprise systems, and it costs quite some engineering time (read: lots of money). I doubt any company will provide this service for free.
So, let's define a lesser goal that would still improve the situation with minimum effort. For starter, what about setting X to 6 months and closing bug reports automatically if there is no update for longer than that?
Perhaps 6 months would be too short; however, there are a lot of open bugs that refer to releases that are no longer supported. The Testing Core Team has run several Open-Bugs-Days. Although they are usually run after MS5 of a new release, we held one event for old bugs, and had very little participation! I concentrated on the really old ones with IDs < 400000. I closed about 150 of them with a WONT-FIX with a comment that the affected release was out of support and asking them to re-open if the problem still was present in the current release (11.4). There were no more than 15 re-opened. On reflection, I should have told them to open a new bug, not re-open the old one. Larry -- To unsubscribe, e-mail: opensuse-project+unsubscribe@opensuse.org To contact the owner, email: opensuse-project+owner@opensuse.org