Page MenuHomePhabricator

Special:BlockList search doesn't find autoblocks
Closed, ResolvedPublicFeature

Description

Author: p_simoons

Description:
When searching for User:Foo on Special:Ipblocklist, the search should also turn
up items like "User:Admin blocked #478932473, autoblocked because IP was
recently used by User:Foo" - because if you're looking for someone to unblock,
you may also need to unblock their IP.

I would also like to be able to search for all non-infinite blocks, or all
infinite blocks.


Version: unspecified
Severity: enhancement

Details

Reference
bz3345

Event Timeline

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

I have just submitted a new bug related to the second part of your request -
bug:4391

gangleri wrote:

(In reply to comment #1)

I have just submitted a new bug related to the second part of your request -
bug:4391

bug:4391 is
Bug 4391: Filters on Special:Ipblocklist by blocktype

Autoblocks do not store the orginal user ID, just 0 (a dummy number for an IP or
non-user). The only way to do this might be to play around with block reason
parsing, which is fairly hackish.

That does seems like a big problem with implementing this without changing the
db structure, but might such a change be possible? Why don't autoblocks store
the original user id, rather than the dummy value? It seems like it should be
possible to identify IP blocks by the presence of an IP addr, and store dummy
numbers only for actual direct IP blocks, but let autoblocks be sorted by the
user block they were caused by. Is this impossible in principle, or is it just
a matter of a large mess to actually get written?

(In reply to comment #3)

Autoblocks do not store the orginal user ID, just 0 (a dummy number for an IP or
non-user). The only way to do this might be to play around with block reason
parsing, which is fairly hackish.

The ID could be stored in ipb_user, because all autoblocks are already explicitly marked in ipb_auto. The only problem here is to check every piece of code that works with blocks not to rely on ipb_user = 0.

mike.lifeguard+bugs wrote:

It'd be *really* nice to clean up handling of autoblocks - this is viewed as voodoo by most admins & being able to find them would be a good step forward.

bug 5445 is fixed, so this maybe not needed, because the autoblock is removed automatically when unblocking

Aklapper changed the subtype of this task from "Task" to "Feature Request".Feb 4 2022, 12:24 PM