Last modified: 2011-03-13 18:06:19 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 T18967, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 16967 - Support get user contributions for new accounts
Support get user contributions for new accounts
Status: RESOLVED WONTFIX
Product: MediaWiki
Classification: Unclassified
API (Other open bugs)
unspecified
All All
: Lowest enhancement (vote)
: ---
Assigned To: Roan Kattouw
http://en.wikipedia.org/w/api.php
:
: 20381 (view as bug list)
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2009-01-11 05:33 UTC by Jutiphan
Modified: 2011-03-13 18:06 UTC (History)
5 users (show)

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


Attachments

Description Jutiphan 2009-01-11 05:33:31 UTC
The latest version has the feature to get user contributions for new accounts. Example: http://en.wikipedia.org/w/index.php?limit=50&title=Special%3AContributions&contribs=newbie&target=Jutiphan&namespace=&year=&month=-1

I would like to have such feature in the API. Please implement it. Thanks.
Comment 1 Roan Kattouw 2009-02-04 22:41:21 UTC
(In reply to comment #0)
> The latest version has the feature to get user contributions for new accounts.
Actually, this feature seems to have been around forever, or at least for longer than ViewVC's history search thingy will let me go (Dec 2006).

The weird thing here is that running an EXPLAIN on the query it uses tells me it filesorts, and it seems impossible to write a non-filesorting query that doesn't sort by user ID first (which is kind of useless).

Resolving as WONTFIX as I don't see how it can be done efficiently; the Special:Contributions implementation could perhaps use a critical look from Domas.
Comment 2 Aryeh Gregor (not reading bugmail, please e-mail directly) 2009-02-05 00:33:38 UTC
The query should just use rev_timestamp.  It would have to discard most of the rows, but it would probably be a lot faster than the filesort.  The current query seems to be taking a half-second on enwiki, according to forceprofile=true.  Since views don't support FORCE INDEX, though, I can't test the alternative version on a real database.
Comment 3 Alexandre Emsenhuber [IAlex] 2009-09-25 08:23:04 UTC
*** Bug 20381 has been marked as a duplicate of this bug. ***

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


Navigation
Links