Page MenuHomePhabricator

blocking user is not updated after rename
Open, MediumPublic

Description

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.


Version: unspecified
Severity: normal

Details

Reference
bz23135

Related Objects

StatusSubtypeAssignedTask
OpenNone
ResolvedNone
OpenNone
ResolvedJdforrester-WMF
ResolvedCiencia_Al_Poder
OpenNone
ResolvedSeb35
StalledNone
DeclinedNone
OpenNone
OpenNone
ResolvedLadsgroup
ResolvedZabe
ResolvedLadsgroup
ResolvedZabe
ResolvedZabe
ResolvedZabe
Resolvedmatej_suchanek
ResolvedLadsgroup
Resolvedmatej_suchanek
In ProgressABran-WMF
ResolvedMarostegui

Event Timeline

bzimport raised the priority of this task from to Medium.Nov 21 2014, 11:01 PM
bzimport set Reference to bz23135.
bzimport added a subscriber: Unknown Object (MLST).

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.

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

@Niharika - Perhaps Anti-Harassment could pick this up, as they'e done a lot of work related to blocking lately.