Hi, thanks to the metrics reports now we know that the top bug fixers in November were Nobody (228) and Wikidata bugs (83)... followed by Michael Dale (28), Roan Kattouw (23), etc.
http://www.mediawiki.org/wiki/Community_metrics/November_2012#People
Even if the visible problem is a less accurate Bugzilla hall of fame, the actual problem is that a big bunch of developers don't notify when they are taking a bug. This decreases transparency and increases the chances of duplicated work.
This wouldn't be a big deal if it wouldn't happen to 55% of the bugs resolved as FIXED last month. In practice this means that you can't be really sure that a NEW bug is being fixed by someone while you are looking at it.
Can we solve this? Actual and potential contributors will be happier, and probably you as well. At the end we are talking about the practice of a small, very active group of (probably full time employed) developers. The solution is simply to click "take" and "assigned" when you start working with a bug.
See this report of November: http://bit.ly/TJZLWU
"Wikidata bugs" is focused in 5 components: WikidataRepo, WikidataClient, ContentHandler, Wikidata, OAI.
"Nobody" is all over but these are the top 10 components that could start fixing their practices:
* Semantic MediaWiki 23 * Wikimedia & MediaWiki General/Unknown 20 * Wikimedia Site requests 17 * MobileFrontend (Beta) 12 * MediaWiki Interface 10 * UploadWizard 10 * MobileFrontend 9 * MediaWiki Internationalization 8 * Wikimedia Bugzilla 8 * ArticleFeedbackv5 8
There's hope to see progress in the next Metrics report. :)