Last modified: 2012-04-27 04:46:35 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 T35602, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 33602 - list=allusers with auprop=group throws a MWException at user:%95
list=allusers with auprop=group throws a MWException at user:%95
Status: RESOLVED FIXED
Product: MediaWiki
Classification: Unclassified
API (Other open bugs)
1.18.x
All All
: High normal (vote)
: ---
Assigned To: Nobody - You can work on this!
http://en.wikipedia.org/w/api.php?act...
:
: 35898 (view as bug list)
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2012-01-09 08:40 UTC by A_proofreader
Modified: 2012-04-27 04:46 UTC (History)
8 users (show)

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


Attachments

Description A_proofreader 2012-01-09 08:40:24 UTC
This bug was seen on Wikipedia English. Special:Version states the version in use is r107965.

For a few pages of list=allusers in the API, the iteration is fine, returning the next 500 users correctly.

At the user $champange$, however, processing one of the 500 users to be returned causes the following error:

CODE: internal_api_error_MWException
INFO: Exception Caught: Internal error in ApiResult::setIndexedTagName: Bad parameter

#0 /usr/local/apache/common-local/php-1.18/includes/api/ApiBase.php(1255): wfDebugDieBacktrace('Internal error ...')
#1 /usr/local/apache/common-local/php-1.18/includes/api/ApiResult.php(202): ApiBase::dieDebug('ApiResult::setI...', 'Bad parameter')
#2 /usr/local/apache/common-local/php-1.18/includes/api/ApiQueryAllUsers.php(249): ApiResult->setIndexedTagName(NULL, 'g')
#3 /usr/local/apache/common-local/php-1.18/includes/api/ApiQuery.php(270): ApiQueryAllUsers->execute()
#4 /usr/local/apache/common-local/php-1.18/includes/api/ApiMain.php(692): ApiQuery->execute()
#5 /usr/local/apache/common-local/php-1.18/includes/api/ApiMain.php(358): ApiMain->executeAction()
#6 /usr/local/apache/common-local/php-1.18/includes/api/ApiMain.php(342): ApiMain->executeActionWithErrorHandling()
#7 /usr/local/apache/common-local/php-1.18/api.php(115): ApiMain->execute()
#8 /usr/local/apache/common-local/live-1.5/api.php(3): require('/usr/local/apac...')
#9 {main}
Comment 1 Bawolff (Brian Wolff) 2012-01-09 13:19:27 UTC
It seems to be related to [[user:%95]] - which is an invalid title.

More concise example queries:
http://en.wikipedia.org/w/api.php?action=query&aufrom=%258&aulimit=1&list=allusers&format=xml is fine, but upping the limit to 2 gives auinvalidtitle - http://en.wikipedia.org/w/api.php?action=query&aufrom=%258&aulimit=2&list=allusers&format=xml (Upping the limit past 2 for that query makes it ok - so error trying to make query-continue for user:%95 presumably)

If setting auprop=groups, the exception is generated if user:%95 is in the result set. For example: http://en.wikipedia.org/w/api.php?action=query&aufrom=%258&aulimit=3&list=allusers&format=xml&auprop=groups (Presumably some title normalization is done when querying the other table)
Comment 2 Mark A. Hershberger 2012-01-11 17:10:34 UTC
Setting "High" so that we don't lose track things that result in backtraces.
Comment 3 Beau 2012-04-15 08:40:33 UTC
I have submitted a change https://gerrit.wikimedia.org/r/#q,I7d115e734cb8c93dcf6dc3b98bdbc81975951273,n,z for review. It does not solve all issues yet.
Comment 4 Beau 2012-04-16 17:06:21 UTC
*** Bug 35898 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