MediaWiki Bugzilla Report for December 31, 2012 - January 07, 2013
Status changes this week
Bugs NEW : 520 Bugs ASSIGNED : 58 Bugs REOPENED : 39 Bugs RESOLVED : 177
Total bugs still open: 9050
Resolutions for the week:
Bugs marked FIXED : 125 Bugs marked REMIND : 0 Bugs marked INVALID : 16 Bugs marked DUPLICATE : 15 Bugs marked WONTFIX : 9 Bugs marked WORKSFORME : 17 Bugs marked LATER : 0 Bugs marked MOVED : 0
Specific Product/Component Resolutions & User Metrics
New Bugs Per Component
General/Unknown 9 Special pages 7 General/Unknown 6 GuidedTour 4 General 3
New Bugs Per Product
MediaWiki 31 Wikimedia 21 MediaWiki extensions 45 Datasets 1 Security 1
Top 5 Bug Resolvers
aklapper [AT] wikimedia.org 23 jrobson [AT] wikimedia.org 13 krenair [AT] gmail.com 8 s.mazeland [AT] xs4all.nl 8 krinklemail [AT] gmail.com 7
On Mon, Jan 7, 2013 at 4:00 AM, reporter reporter@kaulen.wikimedia.orgwrote:
MediaWiki Bugzilla Report for December 31, 2012 - January 07, 2013
Status changes this week
Bugs NEW : 520 Bugs ASSIGNED : 58 Bugs REOPENED : 39 Bugs RESOLVED : 177
Total bugs still open: 9050
Last week: 9031 (+19). At least 520 new, some 180 resolved. Where are the other 300+?
Resolutions for the week:
Bugs marked FIXED : 125 Bugs marked REMIND : 0 Bugs marked INVALID : 16 Bugs marked DUPLICATE : 15 Bugs marked WONTFIX : 9 Bugs marked WORKSFORME : 17 Bugs marked LATER : 0 Bugs marked MOVED : 0
According to the list above this one, 177 issues were resolved. Here we have 182 resolutions. Somewhere, 5 are missing.
Specific Product/Component Resolutions & User Metrics
New Bugs Per Component
General/Unknown 9 Special pages 7 General/Unknown 6 GuidedTour 4 General 3
With 500 new issues, and this being the top 5 (29 issues), we have at most 3 new items per remaining component (so that's at least 160 components with thee issues, or even more components with fewer issues). I know over bug tracker is very diverse, bug yhat comes across as very unlikely to me. Also, I count 5 new issues for Echo alone in the past week ( http://hexm.de/oe ). It's not in the above list.
New Bugs Per Product
MediaWiki 31 Wikimedia 21 MediaWiki extensions 45 Datasets 1 Security 1
So we have 520 new issues. https://bugzilla.wikimedia.org/enter_bug.cgishows we have 21 products. In the top 5 "most newly added issues", the lowest score is 1. So over the total of this list, there are at most another 16 new issues. The sum is at most 120. Where are the other 400 new issues?
Top 5 Bug Resolvers
aklapper [AT] wikimedia.org 23 jrobson [AT] wikimedia.org 13 krenair [AT] gmail.com 8 s.mazeland [AT] xs4all.nl 8 krinklemail [AT] gmail.com 7
I think I didn't resolve a single bug last week. Sure, I closed a few because I merged some patch sets, but hardly a reason to add my to this week's hall of fame.
Does this report contain any data that can actually be trusted? Is anyone getting anything useful out of this report?
On Mon, Jan 7, 2013 at 9:25 AM, Siebrand Mazeland (WMF) smazeland@wikimedia.org wrote:
On Mon, Jan 7, 2013 at 4:00 AM, reporter reporter@kaulen.wikimedia.orgwrote:
Top 5 Bug Resolvers
aklapper [AT] wikimedia.org 23 jrobson [AT] wikimedia.org 13 krenair [AT] gmail.com 8 s.mazeland [AT] xs4all.nl 8 krinklemail [AT] gmail.com 7
I think I didn't resolve a single bug last week. Sure, I closed a few because I merged some patch sets, but hardly a reason to add my to this week's hall of fame.
This figure is a statistic of your bugs management action. It counts how many bug your marked as RESOLVED. It doesn't count the amount of bugs you resolved as assignee.
So I guess it's a hall of fame of your contributions to a better bug management. Once we know what this means (mark bug resolved, regardless who were the assignee), this is a valuable stat: it shows you take care of Bugzilla.
On Mon, 2013-01-07 at 09:25 +0100, Siebrand Mazeland (WMF) wrote:
On Mon, Jan 7, 2013 at 4:00 AM, reporter reporter@kaulen.wikimedia.orgwrote:
MediaWiki Bugzilla Report for December 31, 2012 - January 07, 2013
Status changes this week
Bugs NEW : 520 Bugs ASSIGNED : 58 Bugs REOPENED : 39 Bugs RESOLVED : 177
Total bugs still open: 9050
Last week: 9031 (+19). At least 520 new, some 180 resolved. Where are the other 300+?
Above are "Status changes", NOT newly created reports.
Querying Bugzilla for tickets with creation date after -7d [1] I get 161. Querying for tickets which status changed to RESOLVED and did not get reopened in the last 7 days [2] I get 141.
Difference is 20 which corresponds to the "+19" above.
Resolutions for the week:
Bugs marked FIXED : 125 Bugs marked REMIND : 0 Bugs marked INVALID : 16 Bugs marked DUPLICATE : 15 Bugs marked WONTFIX : 9 Bugs marked WORKSFORME : 17 Bugs marked LATER : 0 Bugs marked MOVED : 0
According to the list above this one, 177 issues were resolved. Here we have 182 resolutions. Somewhere, 5 are missing.
Above are resolutions that got set - very likely 5 tickets got reopened after setting that resolution.
Specific Product/Component Resolutions & User Metrics
With 500 new issues
There are no 500 new issues. :)
Top 5 Bug Resolvers
aklapper [AT] wikimedia.org 23 jrobson [AT] wikimedia.org 13 krenair [AT] gmail.com 8 s.mazeland [AT] xs4all.nl 8 krinklemail [AT] gmail.com 7
I think I didn't resolve a single bug last week. Sure, I closed a few because I merged some patch sets, but hardly a reason to add my to this week's hall of fame.
There's no way to differentiate. If you "resolve" a bug report (Bugzilla speech) you close it, unrelated to any code commits.
Does this report contain any data that can actually be trusted? Is anyone getting anything useful out of this report?
I don't get something useful. It's good to have community and activity statistics (and a good bikeshedding topic to find meaningful ones), but this report doesn't give me anything useful. Plus there is also https://bugzilla.wikimedia.org/weekly-bug-summary.cgi?tops=10&days=7
Plus I don't trust the results in this email, in general.
andre
[1] https://bugzilla.wikimedia.org/buglist.cgi?chfield=%5BBug%20creation%5D&... [2] https://bugzilla.wikimedia.org/buglist.cgi?chfieldto=Now&chfield=bug_sta...
On 01/07/2013 03:47 AM, Andre Klapper wrote:
Does this report contain any data that can actually be trusted? Is anyone getting anything useful out of this report?
I don't get something useful.
Me neither.
It's good to have community and activity statistics
http://www.mediawiki.org/wiki/Community_metrics/December_2012 is closer to release. :)
Hello, can someone please help me with this .doc upload problem? I've tried everything and even setting $wgVerifyMimeType to false fails to solve it. No matter what I do I keep getting the following error when I upload *some* word 2007 .doc files:
The file is a corrupt or otherwise unreadable ZIP file. It cannot be properly checked for security.
I don't know how that check can even be happening with $wgVerifyMimeType disabled, but still the error occurs?!
On Mon, 07 Jan 2013 23:47:58 +0100, Aran Dunkley aran@organicdesign.co.nz wrote:
Hello, can someone please help me with this .doc upload problem? I've tried everything and even setting $wgVerifyMimeType to false fails to solve it. No matter what I do I keep getting the following error when I upload *some* word 2007 .doc files:
The file is a corrupt or otherwise unreadable ZIP file. It cannot be properly checked for security.
I don't know how that check can even be happening with $wgVerifyMimeType disabled, but still the error occurs?!
Word 2007 uses a .docx format as far as I know, not .doc. Which one were you using in your configuration?
Also, .docx files are essentially ZIP files with magic data inside.
The file was a .doc, but I've tried changing it to docx and get the same result. Some other .doc and .docx files that are word 2007 upload no problem. But I don't see how it can complain when I have the MimeType verification disabled - completely disabling the verification would be no problem since only specific users can upload.
p.s. this is a MW 1.19.2 on Ubuntu Server 11.10 with PHP 5.3.6
On 07/01/13 21:21, Matma Rex wrote:
On Mon, 07 Jan 2013 23:47:58 +0100, Aran Dunkley aran@organicdesign.co.nz wrote:
Hello, can someone please help me with this .doc upload problem? I've tried everything and even setting $wgVerifyMimeType to false fails to solve it. No matter what I do I keep getting the following error when I upload *some* word 2007 .doc files:
The file is a corrupt or otherwise unreadable ZIP file. It cannot be properly checked for security.
I don't know how that check can even be happening with $wgVerifyMimeType disabled, but still the error occurs?!
Word 2007 uses a .docx format as far as I know, not .doc. Which one were you using in your configuration?
Also, .docx files are essentially ZIP files with magic data inside.
Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Is this bug the same issue? It looks like somebody put up a partial fix
https://bugzilla.wikimedia.org/show_bug.cgi?id=38432
- Luke Welling
On Mon, Jan 7, 2013 at 6:30 PM, Aran Dunkley aran@organicdesign.co.nzwrote:
The file was a .doc, but I've tried changing it to docx and get the same result. Some other .doc and .docx files that are word 2007 upload no problem. But I don't see how it can complain when I have the MimeType verification disabled - completely disabling the verification would be no problem since only specific users can upload.
p.s. this is a MW 1.19.2 on Ubuntu Server 11.10 with PHP 5.3.6
On 07/01/13 21:21, Matma Rex wrote:
On Mon, 07 Jan 2013 23:47:58 +0100, Aran Dunkley aran@organicdesign.co.nz wrote:
Hello, can someone please help me with this .doc upload problem? I've tried everything and even setting $wgVerifyMimeType to false fails to solve it. No matter what I do I keep getting the following error when I upload *some* word 2007 .doc files:
The file is a corrupt or otherwise unreadable ZIP file. It cannot be properly checked for security.
I don't know how that check can even be happening with $wgVerifyMimeType disabled, but still the error occurs?!
Word 2007 uses a .docx format as far as I know, not .doc. Which one were you using in your configuration?
Also, .docx files are essentially ZIP files with magic data inside.
Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Thanks, yes that's the same problem, and they have some potential workarounds there.
On 08/01/13 16:51, Luke Welling WMF wrote:
Is this bug the same issue? It looks like somebody put up a partial fix
https://bugzilla.wikimedia.org/show_bug.cgi?id=38432
- Luke Welling
On Mon, Jan 7, 2013 at 6:30 PM, Aran Dunkley aran@organicdesign.co.nzwrote:
The file was a .doc, but I've tried changing it to docx and get the same result. Some other .doc and .docx files that are word 2007 upload no problem. But I don't see how it can complain when I have the MimeType verification disabled - completely disabling the verification would be no problem since only specific users can upload.
p.s. this is a MW 1.19.2 on Ubuntu Server 11.10 with PHP 5.3.6
On 07/01/13 21:21, Matma Rex wrote:
On Mon, 07 Jan 2013 23:47:58 +0100, Aran Dunkley aran@organicdesign.co.nz wrote:
Hello, can someone please help me with this .doc upload problem? I've tried everything and even setting $wgVerifyMimeType to false fails to solve it. No matter what I do I keep getting the following error when I upload *some* word 2007 .doc files:
The file is a corrupt or otherwise unreadable ZIP file. It cannot be properly checked for security.
I don't know how that check can even be happening with $wgVerifyMimeType disabled, but still the error occurs?!
Word 2007 uses a .docx format as far as I know, not .doc. Which one were you using in your configuration?
Also, .docx files are essentially ZIP files with magic data inside.
Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
On Mon, 2013-01-07 at 12:47 +0100, Andre Klapper wrote:
On Mon, 2013-01-07 at 09:25 +0100, Siebrand Mazeland (WMF) wrote:
Does this report contain any data that can actually be trusted? Is anyone getting anything useful out of this report?
Again thanks Siebrand for bringing up how confusing the weekly report is. I've created https://bugzilla.wikimedia.org/show_bug.cgi?id=45770 and committed a bunch of patches to Gerrit to fix it (one or two queries still need to checking - I've added TODO items for them).
Anybody is welcome to review.
andre
wikitech-l@lists.wikimedia.org