atom feed17 messages in bug triage - thanks and pos...
FromSent OnAttachments
Robert KaiserMay 14, 2008 8:17 am 
Robert KaiserMay 14, 2008 8:34 am 
Serge GautherieMay 14, 2008 9:53 am 
Serge GautherieMay 14, 2008 10:10 am 
Robert KaiserJun 2, 2008 7:37 am 
Wayne MeryJun 4, 2008 4:36 am 
EdwardJun 15, 2008 6:34 pm 
Robert KaiserJun 24, 2008 10:13 am 
Serge GautherieJun 25, 2008 5:19 am 
Robert KaiserJun 25, 2008 5:45 am 
Robert KaiserJun 25, 2008 5:55 am 
Serge GautherieJun 26, 2008 5:58 am 
Serge GautherieJun 26, 2008 6:04 am 
Serge GautherieJun 26, 2008 10:47 am 
Serge GautherieJun 26, 2008 11:06 am 
Serge GautherieJun 28, 2008 8:20 am 
Robert KaiserJul 3, 2008 4:47 pm 
Subject:SeaMonkey bug triage - thanks and possible new targets
From:Robert Kaiser (
Date:May 14, 2008 8:17:59 am


I just took a look on the status of unconfirmed bug triage and wondered:

Look at the list of unconfirmed non-enhancement bugs that had no comment in 180 days -

It is down to 15 (fifteen!) bugs! Wow! Thanks to everyone who helped out there!

The open bug chart tells a nice graphical story of what has been achieved:

Suddenly, the number of total unconfirmed bugs matches the number of assigned bugs!

This means that we need to look what other bugs need triage though. I can think of multiple interesting targets for that:

Remaining UNCONFIRMED (559 bugs found): This includes a lot of enhancement requests. Treat them like we did old non-enh UNCO previously, but triage only those where you can decide if this is a valid request. If you can confirm that this is a valid bug or something that should be implemented in core SeaMonkey code, please change it to NEW. If it looks like a real bug and not an enhancement, please also change severity to something else than enhancement.

NEW non-enh bugs without comments for 180 days (3281 bugs found): Similar to UNCO, we should check if they are still valid and triage them accordingly. Be careful with bugs filed in the period where we already had the new SeaMonkey project running (since March 2005) by people that are in the core developer group. Those bugs may just be blocked by some other work. Only triage those if you are sure.

ASSIGNED bugs without comments for a year (488 bugs found): Unless they are obviously blocked by something else that we are working on, we should probably ask if the assignee is really working on this, or check if the bug is still valid for current SeaMonkey if it's really old (esp. if it dates back to pre-SeaMonkey times). This also includes enhancement requests. (488 bugs found)

Whioch of those queries do you think would be most valuable to start attacking? For triagers, which one do you feel most comfortable working on?

Thanks for your input and help,