Last modified: 2011-05-23 08:03:33 UTC

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T9988, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 7988 - Create a list of primary contributors to a page
Create a list of primary contributors to a page
Status: RESOLVED FIXED
Product: MediaWiki
Classification: Unclassified
History/Diffs (Other open bugs)
1.8.x
All All
: Low enhancement with 5 votes (vote)
: ---
Assigned To: Nobody - You can work on this!
http://en.wikipedia.org/wiki/MediaWik...
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2006-11-19 23:21 UTC by Titoxd
Modified: 2011-05-23 08:03 UTC (History)
4 users (show)

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Attachments

Description Titoxd 2006-11-19 23:21:33 UTC
As discussed on [[MediaWiki talk:Cite text]], it would be very helpful if we
could obtain a list of primary contributors to a given page.

Previously, this was done using a query on the toolserver:
(http://tools.wikimedia.de/~tim/cgi-bin/contribution-counter?page={{PAGENAMEE}}&namespace={{NAMESPACEE}}&dbname=enwiki_p)
however, as you all know, the enwiki database in the toolserver is dead, so we
cannot use that any longer. The source code of the tool is here:
([http://tools.wikimedia.de/~tim/cgi-bin/contribution-counter?source=on) 

We have seen other tools spring up to solve this, such as
http://vs.aka-online.de/wppagehiststat/. However, these are much more expensive
than a direct SQL query, which would be extremely helpful for the English
Wikipedia and other MediaWiki users in general. This information is also
necessary for some citation formats, and useful for mirrors for GFDL compliance.
Comment 1 Rob Church 2006-11-19 23:25:07 UTC
I could swear blind there's a Page class method that does this. I could further
swear blind that it's available as an option to be switched on in MediaWiki. I
suspect, however, it might be considered too expensive, although we could store
it in the cached ParserOutput in some fashion, perhaps.
Comment 2 Rob Church 2006-11-19 23:32:00 UTC
(In reply to comment #1)
That deviated a bit. We could do it in quite a simple fashion as a special page
which would allow such queries, but that might get abused. I think it would be
neater if it was provided on the page view itself. Then again, Wikipedians might
complain about feeling undervalued if their names didn't appear on the "credit
reel", as it were. Swings and roundabouts.
Comment 3 Titoxd 2006-11-19 23:36:19 UTC
So, perhaps something like the second tool I linked above, which basically is a
special page with cached results? Then making a link to this page, similar to
"Show logs for this page" on the history view? That would reduce the number of
queries slightly.
Comment 4 Rob Church 2006-11-19 23:38:31 UTC
We could adopt a model similar to existing query pages, which use a
periodically-regenerated cache. Another approach might be to cache on demand in
a table somewhere, this being "purged" when the page is touched.
Comment 5 Titoxd 2006-11-19 23:43:06 UTC
(In reply to comment #4)
Probably the second method would be more efficient, as having to update yet
another index would probably be excessive for all pages would probably be as
expensive as regenerating them manually. 
Comment 6 Titoxd 2006-11-19 23:44:16 UTC
(In reply to comment #5)
s/"regenerating them manually"/"generating them from an external, off-wiki
query"... mental screw-up.
Comment 7 Rob Church 2006-11-20 00:31:46 UTC
I like the second method better, too; we're talking about a GROUP BY which is
applied to all pages if we do a massive caching event; this tool would be used
on, realistically, a low proportion of pages. Prematurely caching information
about a page that might never be required is totally pointless and a waste of
processing time.
Comment 8 Rob Church 2006-12-23 01:43:09 UTC
I've written and checked-in the Contributors extension, which adds an includable
special page. It could do with a little optimisation work, though; despite
effective result set caching, the initial SQL is still quite expensive.
Comment 9 Titoxd 2006-12-29 23:37:58 UTC
Awesome. It works great. Who do I have to bribe to enable it on Wikimedia wikis? :)
Comment 10 Rob Church 2006-12-29 23:40:14 UTC
The usual suspects, although I wouldn't mind some further optimisations, as I
said above.
Comment 11 Brian Jason Drake 2007-03-23 01:25:59 UTC
(In reply to comment #0)
> As discussed on [[MediaWiki talk:Cite text]], it would be very helpful if wecould obtain a list of primary 
contributors to a given page.
> [snip]

I can't find anywhere on that page nor here any hint of a definition of "primary contributors". It also seems pretty 
meaningless when "Anonymous" keeps appearing at the top of the list.
Comment 12 Titoxd 2007-03-24 07:27:30 UTC
(In reply to comment #11)
> I can't find anywhere on that page nor here any hint of a definition of "primary contributors". It also seems 
pretty meaningless when "Anonymous" keeps appearing at the top of the list.

By primary contributors we mean the editors with most edits to the page. As for "anonymous", it can be filtered out, 
but whether that is a good idea or not is a completely different beast.
Comment 13 Rémi Kaupp 2007-09-17 20:21:15 UTC
Hello. Is there anything which prevents the Contributors extension on Wikimedia wikis? Or is just too expensive for the servers? This feature would be very useful to help properly reusing the GFDL content. Thanks.
Comment 14 Mark A. Hershberger 2011-05-21 12:30:18 UTC
http://wikidashboard.appspot.com/  appears to do this for all sorts of pages and give more fine grained info than just "these are the top contributors" but also *when* they contributed.

I'm thinking this WORKSFORME.  Any objections to closing it that way?
Comment 15 p858snake 2011-05-21 12:35:46 UTC
(In reply to comment #14)
> I'm thinking this WORKSFORME.  Any objections to closing it that way?
Apart from it being a third party tool.


we actually have two ways to do this in core apparently ?action=credits and =info, although they are both disabled on the cluster and I think also in the default packages
Comment 16 Mark A. Hershberger 2011-05-23 02:55:41 UTC
It works on translatewiki.net: http://translatewiki.net/wiki/Project:News?action=credits

Since this is a request for a feature that now exists (in fact, existed maybe 2+ years before the bug was opened: http://svn.wikimedia.org/viewvc/mediawiki/trunk/?pathrev=4187), I'm closing this RESOLVED.  If you want this enabled on the cluster, that is a different bug.  Please open one if that is what you want.

If you want the Contributors extension deployed on the cluster, please see http://www.mediawiki.org/wiki/Writing_an_extension_for_deployment for the steps needed to move it along there.  You may need to open a new bug to get the extension reviewed.
Comment 17 Nemo 2011-05-23 08:03:33 UTC
This is not documented anywhere:
http://www.mediawiki.org/w/index.php?title=Manual:Parameters_to_index.php&stable=0#Actions
http://www.mediawiki.org/wiki/API:Properties#info_.2F_in
http://translatewiki.net/w/api.php
Where is the API, and how are contributors ordered in that list?

Note You need to log in before you can comment on or make changes to this bug.


Navigation
Links