Related: T199540: Forbid blocking IP ranges as big as /1 and /2, as done on ruwikiquote using the API I guess.

Is this block still applying to the wiki? If so, it should be removed.

Given how old the block is, I suspect it is simple left over from when such blocks were indeed allowed.
I suggest unblocking and marking as resolved, to be reopened if such a block appears in the future.
I tried to block via the api such a large range, and as expected it failed

I think I agree it's a leftover after I found the task. Can a query be launched against the wikis to know how many of this blocks do exist across the wikis? If there are too many, maybe a rEWMA extension-WikimediaMaintenance script might be crafted to go wiki-by-wiki and remove this kind of blocks? Thanks.

Here you are. @MarcoAurelio, could you unblock 'em (or leave a message to the admins)?

FTR, generated with this script

Untagged Core Platform Team Workboards (Clinic Duty Team).

In T243980#5844036, @Urbanecm wrote:

T243980.txt16 KBDownload

Here you are.

Thanks!

@MarcoAurelio, could you unblock 'em (or leave a message to the admins)?

I'm not sure. Maybe we could have them unblocked using some sort of automated process as part of technical maintenance? Ping to @Jdforrester-WMF for advice.

Don't think there's a mass un-block script, so if you want one you'd have to write one. :-(

I think it would be easier to unblock them via API. Question probably is if it should be done by a sysadmin, or a steward. As you probably know, stewards don't usually act on wikis with locals.

In T243980#5993370, @Urbanecm wrote:

I think it would be easier to unblock them via API. Question probably is if it should be done by a sysadmin, or a steward. As you probably know, stewards don't usually act on wikis with locals.

Yep. I think this is better handled as part of a system admin cleanup drive or something like that. I'm not sure involving locals would be effective. IMHO it'll place an undue burden on the person/people having to go wiki by wiki asking and providing a list of those blocks so they can manually unblock them. The maintenance script path by @Jdforrester-WMF looks the more appropriate way to me. This doesn't look controversial to me either. Those blocks are technically no longer possible, and should not continue to apply either. Let's have User:Maintenance script lift them? Just my two cents, not forcing anyone to agree with me here. Thanks.

Hmm you're right. Writing a script is probably a more proper solution than anything else we can do. Let's practice my MW skills

Change 582924 had a related patch set uploaded (by Urbanecm; owner: Urbanecm):
[mediawiki/core@master] Add a blockBatch.php script capable of both blocking and unblocking

https://gerrit.wikimedia.org/r/582924

I crafted this simple unblock script using the old way, while the script above is blocked on moving block logic to services. I also run it for both ruwiki and ruwikiquote, with targets from this JSON file:

The JSON is an updated output of the script from above, its current version is:

I'll also send an announcement to the affected wikis. I think we can call this resolved now.

Mentioned in SAL (#wikimedia-operations) [2020-08-27T11:56:01Z] <Urbanecm> Lift range blocks exceeding wgBlockCIDRLimit via custom script from F32197596 (ruwiki, ruwikiquote; T243980)

Thank you!