Re: Bug triage weekend / results?
| From: | Helgi Þormar Þorbjörnsson | 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