Page MenuHomePhabricator

Oversighting an account globally does not remove it from public lists !
Closed, ResolvedPublic

Description

Author: quentinv57

Description:
Hello.

There is a real problem with the CentralAuth extension, and especially with the "global oversight" feature.

I noticed in the past that sometimes oversighting an account globally won't remove stuff in the logs on local wikis (mainly newusers, deletion and block log). I noticed that when restoring a global account, the entries that were previously oversighted by CentralAuth are not restored.

But I've never seen things like that. Now, when you oversight an account, it is not removed from [[Special:ListUsers]].

If you want to know exactly the users I'm speaking about, please contact me privately.

That's really something critical, so I think that something should be done to fix the multiple issues with this extension as soon as possible. Thanks by advance.

Quentinv57


Version: unspecified
Severity: critical

Details

Reference
bz34539

Event Timeline

bzimport raised the priority of this task from to High.Nov 22 2014, 12:14 AM
bzimport set Reference to bz34539.

Making a 1.19 blocker since it looks like this is the result of deploying 1.19 to Meta.

aaron added a comment.Feb 27 2012, 9:49 PM

Local suppression blocks works, so I assume CA is probably not inserting the local suppression blocks on all the wikis, or at least not properly.

Is it just Special:ListUsers as far as you know?

SpecialBlockList, SpecialActiveusers, ApiQueryUsers, ApiQueryBlocks, and ApiQueryAllUsers all use the same method of filtering, so should probably be double checked.

aaron added a comment.Feb 28 2012, 1:12 AM

It's everywhere. I already discovered the bug. It seems to have been broken since the block refactoring in 1.17. The local user ID is new longer used in the Block constructor and it tries to get the ID for the *metawiki* user with the name.

I can see blocks for names that should be hidden in the DB, but their ipb_user field is 0, which makes all the JOINs not find them (e.g. ListUsers).

aaron added a comment.Feb 28 2012, 2:46 AM

Should be fixed in r112563.

closing. reopen if it isn't.

aaron added a comment.Feb 28 2012, 6:31 PM

Note that effected users will need to be reblocked.

quentinv57 wrote:

Hello. Some of the globally oversighted users are still displayed on the local user lists. I don't know if there's the same thing on some other pages, but please consider this :

https://en.wikipedia.org/w/index.php?title=Special%3AListUsers&username=Sebastian+Mo&group=&limit=50

Thanks by advance

aaron added a comment.Mar 2 2012, 11:13 PM

(In reply to comment #9)

Hello. Some of the globally oversighted users are still displayed on the local
user lists. I don't know if there's the same thing on some other pages, but
please consider this :

https://en.wikipedia.org/w/index.php?title=Special%3AListUsers&username=Sebastian+Mo&group=&limit=50

Thanks by advance

Did you unblock and reblock the user? See comment #8.

quentinv57 wrote:

Hello,

I unlocked and relocked the user, it still appears in the list.

Should I unoversight and reoversight ?
If so, I'm not really comfortable with this because oversighted stuff will show up on IRC channels and logs unnecessarily.
Isn't there anyway to correct this directly from the database ? This is a technical problem, so I think it should be solved technically.

Regards,

Hi Quentinv57, I'm resolving this issue, and referring future log work to bug 34995. I think that's a manual cleanup exercise that is very different than what is described at the top of this bug.