Last modified: 2013-11-28 20:56:44 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 T25135, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 23135 - blocking user is not updated after rename
blocking user is not updated after rename
Status: NEW
Product: MediaWiki extensions
Classification: Unclassified
Renameuser (Other open bugs)
unspecified
All All
: Normal normal (vote)
: ---
Assigned To: Nobody - You can work on this!
:
Depends on: 31863
Blocks:
  Show dependency treegraph
 
Reported: 2010-04-10 07:16 UTC by Félix M. (elfix)
Modified: 2013-11-28 20:56 UTC (History)
7 users (show)

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


Attachments

Description Félix M. (elfix) 2010-04-10 07:16:21 UTC
Hi, 

I'm not sure whether that's already been reported or wheter that's normal, but it seems like renaming an account doesn't affect [[Special:BlockList]] special page while other logs are updated though.

See this, for example: http://fr.wikipedia.org/w/index.php?title=Sp%E9cial:Liste_des_blocages&limit=500&hidetempblocks=0&hideuserblocks=1&hideaddressblocks=1&offset=20090420&limit=8&uselang=en

Two administrators from this list have been renamed in april 2009, and we still have their old usernames in there. One of them blocked "216.108.235.0/24", the other one blocked "208.184.6.0/24". Note that the blocklog has been updated, though: http://fr.wikipedia.org/w/index.php?title=Sp%E9cial:Journal&type=block&page=Utilisateur%3A208.184.6.0%2F24&uselang=en

Thank you in advance.
Comment 1 Sam Reed (reedy) 2011-02-21 21:25:43 UTC
Relatedly, would need a cleanup script too, to back update users where text != current user text when user table is joined to the user table
Comment 2 db [inactive,noenotif] 2011-02-26 12:04:25 UTC
The blocked user is updated, but the blocking user is not updated.
Comment 3 Bugmeister Bot 2011-08-19 19:12:19 UTC
Unassigning default assignments. http://article.gmane.org/gmane.science.linguistics.wikipedia.technical/54734
Comment 4 Daniel Friesen 2011-10-22 02:30:26 UTC
We should probably have some place to define what columns RenameUser needs to update in order to rename a user properly. Since we also have to deal with extensions that use usernames too.
Comment 5 Siebrand Mazeland 2012-05-22 11:09:08 UTC
Isn't this essentially a duplicate of bug 27873 ? (block entries are just not yet mentioned there).
Comment 6 db [inactive,noenotif] 2012-06-07 23:36:18 UTC
No, bug 27873 is for entries *while* renaming (when a other using is doing things like restore/delete at the time, the jobs are running), this bug says, that the change is never done.
Comment 7 Liangent 2013-11-25 12:22:06 UTC
Is this already fixed? I can find relevant code lines in the extension, though I didn't verify whether it really works.
Comment 8 db [inactive,noenotif] 2013-11-28 20:56:44 UTC
Which relevant line did you found?

The part for the blocked user already there (ipb_address/ipb_user), but not the blocking sysop (ipb_by_text/ipb_by), see comment 2

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


Navigation
Links