Last modified: 2008-10-23 04:43:24 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 T17899, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 15899 - incomplete rename, causes error on SUL
incomplete rename, causes error on SUL
Status: RESOLVED FIXED
Product: MediaWiki extensions
Classification: Unclassified
CentralAuth (Other open bugs)
unspecified
All All
: Normal enhancement (vote)
: ---
Assigned To: Aaron Schulz
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2008-10-08 22:28 UTC by Richard Hering
Modified: 2008-10-23 04:43 UTC (History)
1 user (show)

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


Attachments

Description Richard Hering 2008-10-08 22:28:19 UTC
I've requested changing my username on dewiki, enwiki, metawiki and commons for privacy reasons. But on metawiki it fails:

17:59, 7 October 2008 Alexanderps (Talk | contribs) has renamed User:Misterjack to "M-J" ‎ (2 edits. Reason: request http://meta.wikimedia.org/wiki/Meta:Changing_username#Misterjack_.E2.86.92_M-J).

But I can login only with Misterjack, M-J doesn't exist. When I try to create a SUL-Account on dewiki, then I get following error:

Interner Fehler

Bad user row looking up local user M-J@metawiki

Backtrace:

#0 /usr/local/apache/common-local/php-1.5/extensions/CentralAuth/CentralAuthUser.php(622): CentralAuthUser->queryUnattached()
#1 /usr/local/apache/common-local/php-1.5/extensions/CentralAuth/SpecialMergeAccount.php(169): CentralAuthUser->migrationDryRun(Array, false, Array, Array, Array)
#2 /usr/local/apache/common-local/php-1.5/extensions/CentralAuth/SpecialMergeAccount.php(56): SpecialMergeAccount->doDryRunMerge()
#3 /usr/local/apache/common-local/php-1.5/includes/SpecialPage.php(537): SpecialMergeAccount->execute(NULL)
#4 /usr/local/apache/common-local/php-1.5/includes/Wiki.php(225): SpecialPage::executePath(Object(Title))
#5 /usr/local/apache/common-local/php-1.5/includes/Wiki.php(55): MediaWiki->initializeSpecialCases(Object(Title), Object(OutputPage), Object(WebRequest))
#6 /usr/local/apache/common-local/php-1.5/index.php(93): MediaWiki->initialize(Object(Title), NULL, Object(OutputPage), Object(User), Object(WebRequest))
#7 /usr/local/apache/common-local/live-1.5/index.php(3): require('/usr/local/apac...')
#8 {main}

Thanks in advance.
Comment 1 Richard Hering 2008-10-09 01:50:33 UTC
After renaming again it works now.
Comment 2 Aaron Schulz 2008-10-11 18:47:04 UTC
Possibly an issue with onRenameUserComplete( $userId, $oldName, $newName ) setting the new name with incomplete data.
Comment 3 Aaron Schulz 2008-10-11 18:48:11 UTC
BTW, where the edits moved over the first time?
Comment 4 Aaron Schulz 2008-10-11 20:56:01 UTC
And what do you mean by "When I try to create a SUL-Account on dewiki"? What are the steps?
Comment 5 Aaron Schulz 2008-10-11 21:36:42 UTC
I wonder if the renaming admin got an error on rename. One issue here is that the add/remove name functions commit immediately, and the local db rename functions wait till the end of the MW request. If there is a DB error locally, it will rollback the user table but leave the central auth table with a broken row (which would cause the above error) and missing the name row for the user's name (still the old one if it fails).
Comment 6 Aaron Schulz 2008-10-18 17:41:46 UTC
(In reply to comment #5)
> I wonder if the renaming admin got an error on rename. One issue here is that
> the add/remove name functions commit immediately, and the local db rename
> functions wait till the end of the MW request. If there is a DB error locally,
> it will rollback the user table but leave the central auth table with a broken
> row (which would cause the above error) and missing the name row for the user's
> name (still the old one if it fails).
> 

Fixed in r42202
Comment 8 Aaron Schulz 2008-10-23 04:00:42 UTC
mysql> SELECT log_title,log_timestamp FROM `logging` WHERE log_type = 'renameuser' ORDER BY log_timestamp DESC LIMIT 10;
+-------------+----------------+
| log_title   | log_timestamp  |
+-------------+----------------+
<snip/>
| Misterjack  | 20081009010110 | 
| Trace       | 20081008233931 | 
| Misterjack_ | 20081007175958 |
<snip/>
+-------------+----------------+
10 rows in set (0.00 sec)

There may lie the problem...
Comment 9 Aaron Schulz 2008-10-23 04:43:24 UTC
Fixed in r41347

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


Navigation
Links