Re: Bug triage weekend / results?

From: Date: Tue, 25 Mar 2008 12:56:28 +0000
Subject: Re: Bug triage weekend / results?
References: 1 2  Groups: php.pear.dev 
Request: Send a blank email to pear-dev+get-49535@lists.php.net to get a copy of this message
Hi, On Tue, Mar 25, 2008 at 11:33 AM, Daniel O'Connor <daniel.oconnor@gmail.com> wrote: > There's a brief summary at: > http://wiki.pear.php.net/index.php/BugTriageDay > > > Day 1 roundup: > Participants so far have included Helgi, Amir, Johnathan Street, Walter & > Cipri. Jan S. was also around to help with SOAP > > > During this time; they did: > * Amir has been getting Services_Google back into shape > * Helgi beefed up the SOAP test suite > * Johnathan lent a hand with Net_Whois > * Walter & Cipri tackled Mail_Mime > > > Non triage / vaguely related / occurred during the period: > * Picked on one or two usability problems in pearweb > * Found a new helper with Net_IDNA (and as a result, gotten it down > to 0 bugs) - thanks Stephen! > * Implemented a Net_IDNA related feature request in Validate > * DB_NestedSet is due to get some attention as well > > What was good: > - Many developers were interested > - Quite a number of bugs were stomped or given more attention than normal > > What was bad: > - Not much in the way of end users participating > - We probably could do with a bit more coverage of upcoming bug > triage on planetpear/pear blog? > - People like yours truly (alright, probably just me) were probably > more of a pain-in-the-ass than helpful > > Day 2: > I wasn't around as much for this, others can probably chime in. > > I know http://pear.php.net/package/date/ got a 1.5.0alpha > release from > chuck, closing off a number of bugs > > XML_sql2xml got some love and attention [dufuz, ifeghali, amir] Daniel perhaps did a bit too detailed post :-) Anyway we got out releases on DB_ldap and DB_ldap, tho it was yesterday, did some Tree stuff. A list of all changed reports in the past 3 days, sorry it includes a lot of spam stuff, I changed a lot of bogus ones to spam so the system would delete it when next spam removal cronjob runs http://pear.php.net/bugs/search.php?search_for=&boolean=0&limit=90&order_by=&direction=ASC&cmd=display&status=All&bug_type=All&php_os=&packagever=&phpver=&assign=&maintain=&author_email=&bug_age=0&bug_updated=3 All closed ones http://pear.php.net/bugs/search.php?search_for=&boolean=0&limit=90&order_by=&direction=ASC&cmd=display&status=Closed&bug_type=All&php_os=&packagever=&phpver=&assign=&maintain=&author_email=&bug_age=0&bug_updated=3 This all includes feature requests too Regarding those pros and cons, we didn't announce it to the world for the reason that we wanted to do a test run and see how things would go instead of having end users and no one knows what is happening :-) Additionally a lot of foobar reports got moved into feedback mode, marked as duplicate or bogus, and many of those Daniel Connor handled and cleaned up the system nicely. We could have been tons more productive but since we were taking our first steps in the triaging circuit as a PEAR team + we weren't all that many, taking that into account then we did a very good job and a lot of low hanging fruits got picked and hopefully future events will be as successful. We are about to hit 2 important milestones, much thanks to this triage ... Closing bug reports with id 1000 and lower and 2000 and lower ... 1000 and lower had 1 bug left and 2000 and lower had around 5 I think, this is important to me since those are 2 big numbers ... Soon we can focus on 3000 and lower ;-) Anyway hope to see ya people in future events - Helgi P.S. Can someone take this miss mass of Daniel and mine and make a well thought out blog post on the pear blog ? Regards Helgi

« previous php.pear.dev (#49535) next »