It looks like this is wanted by the maintainer (@RV1971)?

If true, this account should be hidden from most public user lists.

In T299823#7677609, @Legoktm wrote:

Maybe not, https://en.wikipedia.org/wiki/Wikipedia:Village_pump_(technical)#Empty,_but_not_empty?_categories is a bit weird.

@Majavah Could you please run the improved recountCategories script on the Beta Cluster and save the output for review in a Paste?

@MF-Warburg If the patch looks good to you, could you please get opinions/consensus somewhere on Incubator so I can go forward and ask to deploy this? Also, if you want a particular filter or edit examined in the meanwhile, feel free to reach out to me on IRC and we can try to figure out what's happening.

Patch 756572 mirrors the AF emergency thresholds used on Meta to the Incubator.

In T299868#7643686, @matej_suchanek wrote:

On Special:AbuseFilter, I can see #29 uses the 'disallow' countermeasure. But that isn't among the restricted actions that throttling the filter should disable. So the filter should still work.

See also T210151.

That message seems to have been removed from the codebase: https://codesearch.wmcloud.org/search/?q=centralauth-rightslog-entry-newset

In T299862#7643331, @DannyS712 wrote:

Is this T86943: AbuseLog search not working on global hits ?

Given that it looks EventStreams will eventually replace our IRCD irc.wikimedia, this task should perhaps be closed.

In T299823#7642742, @Legoktm wrote:

I think we can do this with a plain foreachwiki; in T299244 there was some urgency to get the counts fixed so I split it by shard but here if it's a bit slower that's fine. Each wiki will still get counts refreshed once a month anyways.

How do we want to run this? For all wikis? By shards?

@Lydia_Pintscher or @LucasWerkmeister - Would you be able to take a look at this one when you can? Getting the same issue at ami.wikipedia too. Thank you!

Same issue at pwn.wikipedia:

I'm sorry to reopen, but today I've added some wikis to the global bot wikiset and these were not reported:

• https://meta.wikimedia.org/w/index.php?title=Special:Log&logid=45323325
• https://meta.wikimedia.org/w/index.php?title=Special:Log&logid=45323586

Wouldn't a Toolforge tool protected by an OAuth authentication layer be more suitable for this, rather than a full wiki?

I can lock and suppress accounts via CentralAuth again in production. Thanks to all for your swift action and response to this incident.

Patches merged and messages renamed. Translatewiki will do its magic in no time. Since @Yaron_Koren handled the Cargo one, removing myself as the assignee of the task as I was not the only contributor.

Another approach could be preventing global account deletions with global permissions, asking the steward to remove the user from these groups first; if that's simpler.

In T299650#7636797, @Majavah wrote:

CentralAuth should eliminate global user groups from global accounts before the account deletion/unattachment

Are there any use cases for global account deletion/unattachement these days? I'm wondering if it's possible to just delete those features instead of adding more complexity to that logic.

I came to file a task to request this. While we may lose customisation for a brief while, it is not that hard to fix and to the contrary it can be benefitial to give specific instructions to the blocked users depending on whether they're personally blocked (account), or it's their IP or IP range, by further customising them if needed. Unregistered contributors can be given specific instructions on how to appeal their IP (range)blocks using the appropriate workflows, and the same goes for registered contributors where usually the path does change a bit depending on the wiki.

Tags for the two affected extensions.

Shall we add new keys or use instead the non-deprecated search key from rMW languages/i18n/en.json? Thanks.

Declining because UserMerge is being undeployed from WMF wikis (T216089: Undeploy UserMerge Extension from WMF production), making this task unactionable.

@Kaganer Done as requested. Now userpages using {{#babel}} will be categorised in both, User $lang and User $lang-$level (if they do not display yet, purging the page via ?action=purge does the trick).