Last modified: 2013-11-28 20:56:44 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.
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
The blocked user is updated, but the blocking user is not updated.
Unassigning default assignments. http://article.gmane.org/gmane.science.linguistics.wikipedia.technical/54734
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.
Isn't this essentially a duplicate of bug 27873 ? (block entries are just not yet mentioned there).
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.
Is this already fixed? I can find relevant code lines in the extension, though I didn't verify whether it really works.
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