Last modified: 2014-09-23 19:30:41 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 T19494, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 17494 - Local user rename interferes with checking SUL-status of account
Local user rename interferes with checking SUL-status of account
Product: MediaWiki extensions
Classification: Unclassified
CentralAuth (Other open bugs)
All All
: Normal normal with 5 votes (vote)
: ---
Assigned To: Victor Vasiliev
Depends on:
Blocks: SWMT
  Show dependency treegraph
Reported: 2009-02-14 14:14 UTC by Annabel
Modified: 2014-09-23 19:30 UTC (History)
4 users (show)

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


Description Annabel 2009-02-14 14:14:30 UTC
A local rename on a wiki interferes with a checkuser. When an offencing account has been locked and hidden globally, it should be listed when performing a checkuser. However, when the offencing account name has been renamed locally prior to performing a usercheck, the CU-interface lists the old username. Mediawiki does not display "(locked)" anymore though, which hinders appropriate reaction and tracking of offencing account name vandals. 
Probably, the reason might be that mediawiki compares the usernames where user ID/SUL ID number should be compared (or the reverse).
Comment 1 Aaron Schulz 2009-10-16 03:06:08 UTC
I believe renaming detached the local account from the global, so there is no ID that can be used either.
Comment 2 Sumana Harihareswara 2012-10-11 01:38:28 UTC
Is this problem still reproducible on Wikimedia sites, and/or on the latest version of CentralAuth?

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