MediaWiki Bugzilla Report for September 01, 2008 - September 08, 2008
Overall State of the Bugs right now
Bugs NEW : 91 Bugs ASSIGNED : 10 Bugs REOPENED : 14 Bugs RESOLVED : 108
Total bugs still open: 3070
Resolutions for the week:
Bugs marked FIXED : 68 Bugs marked REMIND : 0 Bugs marked INVALID : 10 Bugs marked DUPLICATE : 12 Bugs marked WONTFIX : 17 Bugs marked WORKSFORME : 4 Bugs marked LATER : 1 Bugs marked MOVED : 0
Specific Product/Component Resolutions & User Metrics
New Bugs Per Component
General/Unknown 13 Page rendering 13 Site requests 6 Special pages 6 Database 3
New Bugs Per Product
MediaWiki 49 Wikimedia 9 MediaWiki extensions 8
Top 5 Bug Resolvers
wikibugs-l@lists.wikimedia.org 63 roan.kattouw@home.nl 15 JSchulz_4587@msn.com 10 markus@semantic-mediawiki.org 7 yaron57@gmail.com 3
reporter@isidore.wikimedia.org wrote:
MediaWiki Bugzilla Report for September 01, 2008 - September 08, 2008
Overall State of the Bugs right now
Bugs NEW : 91 Bugs ASSIGNED : 10 Bugs REOPENED : 14 Bugs RESOLVED : 108
Total bugs still open: 3070
Resolutions for the week:
Bugs marked FIXED : 68 Bugs marked REMIND : 0 Bugs marked INVALID : 10 Bugs marked DUPLICATE : 12 Bugs marked WONTFIX : 17 Bugs marked WORKSFORME : 4 Bugs marked LATER : 1 Bugs marked MOVED : 0
Specific Product/Component Resolutions & User Metrics
New Bugs Per Component
General/Unknown 13 Page rendering 13 Site requests 6 Special pages 6 Database 3
New Bugs Per Product
MediaWiki 49 Wikimedia 9 MediaWiki extensions 8
Top 5 Bug Resolvers
wikibugs-l@lists.wikimedia.org 63 roan.kattouw@home.nl 15 JSchulz_4587@msn.com 10 markus@semantic-mediawiki.org 7 yaron57@gmail.com 3
Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
For those wondering why this is being sent out. We'd like to get a better idea of how were doing in bugs coming in/out and the types of issues moving about on a weekly basis.
Brion just wanted a simple and quick to read summary email that we could all take a look at and either pat ourselves on the back for a week well done, gripe over too many bugs or wallow in a state of ambivalence.
There are always more metrics that could be added to it but that would just complicate it from looking like a scoreboard.
For anyone who likes pretty graphs and fancy interfaces we're also thinking about adding the Bugzilla Reports wiki extension. That way we can have some easily accessible data. The author of it and I have been chatting a bit about extending its functionality.
I'll change around the mail to strip out @ and instead write it as "wikibugs-l AT lists.wikimedia.org" to avoid some of the scrapers.
--tomasz
I think that the Bugzilla extension would be a great thing onwiki.
-Soxred/X
On Sep 8, 2008, at 6:18 PM [Sep 8, 2008 ], Tomasz Finc wrote:
reporter@isidore.wikimedia.org wrote:
MediaWiki Bugzilla Report for September 01, 2008 - September 08, 2008
Overall State of the Bugs right now
Bugs NEW : 91 Bugs ASSIGNED : 10 Bugs REOPENED : 14 Bugs RESOLVED : 108
Total bugs still open: 3070
Resolutions for the week:
Bugs marked FIXED : 68 Bugs marked REMIND : 0 Bugs marked INVALID : 10 Bugs marked DUPLICATE : 12 Bugs marked WONTFIX : 17 Bugs marked WORKSFORME : 4 Bugs marked LATER : 1 Bugs marked MOVED : 0
Specific Product/Component Resolutions & User Metrics
New Bugs Per Component
General/Unknown 13 Page rendering 13 Site requests 6 Special pages 6 Database 3
New Bugs Per Product
MediaWiki 49 Wikimedia 9 MediaWiki extensions 8
Top 5 Bug Resolvers
wikibugs-l@lists.wikimedia.org 63 roan.kattouw@home.nl 15 JSchulz_4587@msn.com 10 markus@semantic-mediawiki.org 7 yaron57@gmail.com 3
Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
For those wondering why this is being sent out. We'd like to get a better idea of how were doing in bugs coming in/out and the types of issues moving about on a weekly basis.
Brion just wanted a simple and quick to read summary email that we could all take a look at and either pat ourselves on the back for a week well done, gripe over too many bugs or wallow in a state of ambivalence.
There are always more metrics that could be added to it but that would just complicate it from looking like a scoreboard.
For anyone who likes pretty graphs and fancy interfaces we're also thinking about adding the Bugzilla Reports wiki extension. That way we can have some easily accessible data. The author of it and I have been chatting a bit about extending its functionality.
I'll change around the mail to strip out @ and instead write it as "wikibugs-l AT lists.wikimedia.org" to avoid some of the scrapers.
--tomasz
Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
On Mon, Sep 8, 2008 at 6:18 PM, Tomasz Finc tfinc@wikimedia.org wrote:
For those wondering why this is being sent out. We'd like to get a better idea of how were doing in bugs coming in/out and the types of issues moving about on a weekly basis.
Brion just wanted a simple and quick to read summary email that we could all take a look at and either pat ourselves on the back for a week well done, gripe over too many bugs or wallow in a state of ambivalence.
There are always more metrics that could be added to it but that would just complicate it from looking like a scoreboard.
Maybe a list of individual changed bugs at the bottom would be helpful. I'm thinking something like
Bugs RESOLVED FIXED:
(bug nnnnn) Special:Widget broken on MS-DOS servers (bug nnnnn) ...
and so on. It would be a couple hundred extra lines, but it would be useful to be able to skim it over quickly to see if there's anything interesting-looking.
2008/9/9 Tomasz Finc tfinc@wikimedia.org:
For those wondering why this is being sent out. We'd like to get a better idea of how were doing in bugs coming in/out and the types of issues moving about on a weekly basis.
Brion just wanted a simple and quick to read summary email that we could all take a look at and either pat ourselves on the back for a week well done, gripe over too many bugs or wallow in a state of ambivalence.
Cool. I like it. :)
Brianna
On Tue, Sep 09, 2008 at 10:39:19AM +1000, Brianna Laugher wrote:
2008/9/9 Tomasz Finc tfinc@wikimedia.org:
For those wondering why this is being sent out. We'd like to get a better idea of how were doing in bugs coming in/out and the types of issues moving about on a weekly basis.
Brion just wanted a simple and quick to read summary email that we could all take a look at and either pat ourselves on the back for a week well done, gripe over too many bugs or wallow in a state of ambivalence.
Cool. I like it. :)
+1
Quite nice.
+1 on the detail of resolved's at the end as well.
Cheers, -- jra
On Tue, Sep 9, 2008 at 8:29 AM, Jay R. Ashworth jra@baylink.com wrote:
On Tue, Sep 09, 2008 at 10:39:19AM +1000, Brianna Laugher wrote:
2008/9/9 Tomasz Finc tfinc@wikimedia.org:
For those wondering why this is being sent out. We'd like to get a better idea of how were doing in bugs coming in/out and the types of issues moving about on a weekly basis.
Brion just wanted a simple and quick to read summary email that we could all take a look at and either pat ourselves on the back for a week well done, gripe over too many bugs or wallow in a state of ambivalence.
Cool. I like it. :)
+1
Quite nice.
+1 on the detail of resolved's at the end as well.
Cheers,
-- jra
Jay R. Ashworth Baylink jra@baylink.com Designer The Things I Think RFC 2100 Ashworth & Associates http://baylink.pitas.com '87 e24 St Petersburg FL USA http://photo.imageinc.us +1 727 647 1274
Those who cast the vote decide nothing. Those who count the vote decide everything. -- (Josef Stalin)
Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Add me to the list of people who like this. It's really neat to see how much the developer community (this is committers, patch submitters, and translators) get done in a period of time.
This does point out one thing, and that is not assigning bugs to anyone but wikibugs. While this is ok, it does create the problem of not having as good a metric of "who's fixing what?" Just a thought.
In any case, I do like this a lot :-D
-Chad
Chad schreef:
This does point out one thing, and that is not assigning bugs to anyone but wikibugs. While this is ok, it does create the problem of not having as good a metric of "who's fixing what?" Just a thought.
FYI, all bugs with Component=API are automatically assigned to me and CCed to VasilievVV (and as soon as a BugZilla admin has enabled it, also to Bryan). You're right that this kind of thing should be done for more components.
Roan Kattouw (Catrope)
Done. Also removed "experimental" from component description.
Cheers! Siebrand
-----Oorspronkelijk bericht----- Van: wikitech-l-bounces@lists.wikimedia.org [mailto:wikitech-l-bounces@lists.wikimedia.org] Namens Roan Kattouw Verzonden: dinsdag 9 september 2008 16:21 Aan: Wikimedia developers Onderwerp: Re: [Wikitech-l] Bugzilla Weekly Report
<snip> and as soon as a BugZilla admin has enabled it, also to Bryan).
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
reporter@isidore.wikimedia.org:
Top 5 Bug Resolvers
wikibugs-l@lists.wikimedia.org 63
a mailing list was the most prolific bug fixer? really?
- river.
On Mon, Sep 8, 2008 at 11:06 PM, River Tarnell river@wikimedia.org wrote:
reporter@isidore.wikimedia.org:
Top 5 Bug Resolvers
wikibugs-l@lists.wikimedia.org 63
a mailing list was the most prolific bug fixer? really?
I guess this should be changed to count the one who closed it as RESOLVED as the resolver, not the assignee, since we mostly don't use the assignee field except as an "inform someone by default" kind of thing.
Aryeh Gregor wrote:
a mailing list was the most prolific bug fixer? really?
I guess this should be changed to count the one who closed it as RESOLVED as the resolver, not the assignee, since we mostly don't use the assignee field except as an "inform someone by default" kind of thing.
Can't we have wikibugs as default CC and let the bug unassigned ? Also, it would be great to have new bugs in an unconfirmed state.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Ashar Voultoiz wrote:
Aryeh Gregor wrote:
a mailing list was the most prolific bug fixer? really?
I guess this should be changed to count the one who closed it as RESOLVED as the resolver, not the assignee, since we mostly don't use the assignee field except as an "inform someone by default" kind of thing.
Can't we have wikibugs as default CC and let the bug unassigned ? Also, it would be great to have new bugs in an unconfirmed state.
It's not possible to have a bug be unassigned -- every component must have a default assignee, to whom all new bugs are assigned by default.
However it's no longer necessary to assign or CC to wikibugs-l; our current Bugzilla version allows us to send all bugmail to a particular address, which is what ensures he gets everything.
So feel free to request that various components be assigned to you by default... ;)
- -- brion
Aryeh Gregor wrote:
On Mon, Sep 8, 2008 at 11:06 PM, River Tarnell river@wikimedia.org wrote:
reporter@isidore.wikimedia.org:
Top 5 Bug Resolvers wikibugs-l@lists.wikimedia.org 63
a mailing list was the most prolific bug fixer? really?
I guess this should be changed to count the one who closed it as RESOLVED as the resolver, not the assignee, since we mostly don't use the assignee field except as an "inform someone by default" kind of thing.
Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Indeed this would a more correct way of calculating the sum given our usage patterns of bugzilla. It's a bit more sql to put together but i'll see what I can do.
--tomasz
Tomasz Finc wrote:
Aryeh Gregor wrote:
On Mon, Sep 8, 2008 at 11:06 PM, River Tarnell river@wikimedia.org wrote:
reporter@isidore.wikimedia.org:
Top 5 Bug Resolvers wikibugs-l@lists.wikimedia.org 63
a mailing list was the most prolific bug fixer? really?
I guess this should be changed to count the one who closed it as RESOLVED as the resolver, not the assignee, since we mostly don't use the assignee field except as an "inform someone by default" kind of thing.
Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Indeed this would a more correct way of calculating the sum given our usage patterns of bugzilla. It's a bit more sql to put together but i'll see what I can do.
--tomasz
Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Fixed this up and future reports will reflect who actually marked the bugs as resolved.
Here are the stats that should have been printed
------- Top 5 Bug Resolvers
JSchulz_4587 [AT] msn.com 41 roan.kattouw [AT] home.nl 24 hashar [AT] free.fr 8 markus [AT] semantic-mediawiki.org 7 yaron57 [AT] gmail.com 5 --------
--tomasz
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Tomasz Finc wrote:
Fixed this up and future reports will reflect who actually marked the bugs as resolved.
Here are the stats that should have been printed
Top 5 Bug Resolvers
JSchulz_4587 [AT] msn.com 41 roan.kattouw [AT] home.nl 24
Damn, you boys have been busy. :)
- -- brion
wikitech-l@lists.wikimedia.org