Last modified: 2008-04-05 01:39:45 UTC

Wikimedia Bugzilla is closed!

Wikimedia has migrated from Bugzilla to Phabricator. Bug reports should be created and updated in Wikimedia Phabricator instead. Please create an account in Phabricator and add your Bugzilla email address to it.
Wikimedia Bugzilla is read-only. If you try to edit or create any bug report in Bugzilla you will be shown an intentional error message.
In order to access the Phabricator task corresponding to a Bugzilla report, just remove "static-" from its URL.
You could still run searches in Bugzilla or access your list of votes but bug reports will obviously not be up-to-date in Bugzilla.
Bug 13555 - renameuser exension doesn't change text on ipblocklist
renameuser exension doesn't change text on ipblocklist
Status: RESOLVED FIXED
Product: MediaWiki extensions
Classification: Unclassified
Renameuser (Other open bugs)
unspecified
All All
: Normal normal with 1 vote (vote)
: ---
Assigned To: Nobody - You can work on this!
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2008-03-29 16:08 UTC by Makoto Imaizumi [Suisui]
Modified: 2008-04-05 01:39 UTC (History)
1 user (show)

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


Attachments

Description Makoto Imaizumi [Suisui] 2008-03-29 16:08:07 UTC
I could reproduce this on my local server MacOSX 10.4.11/apache/MySQL MediaWiki1.12.0 and a bit old Renameuser extension
and also, on ja.wiktionary.org twice.
It can reproduce as blow.

1. making a new account "foo"
2. (sysop) block "foo"
3. (b_crat/sweard) rename user "foo" to "bar"
4. see ipblockliset, it shows like "blocked user:foo at xxxx-xx-xx" and somr other info
5. someone get accout foo again
6. foo *DO* not blocked, although he's on the ipblocklist.

I assume SUL may  makes many of user rename job for b_crats on every project,
I think it is not critical software probrem in real means, but it IS psychological critical problem for wikimedia project
with SUL as I think.

NOTE: it's not about a block log but ipblock list. block log is a known bug

to avoid this, sysops on every project need to unblock the one who has been blocked and need to rename
before or after renameuser.

thanks
Comment 1 Aaron Schulz 2008-04-05 01:32:28 UTC
The entry seems to mainly use the ipb_user column, so that is probably why it is not affecting the new user. I'll take a peek at userrename.
Comment 2 Aaron Schulz 2008-04-05 01:39:45 UTC
Done in r32800.

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


Navigation
Links