In T6055#11805947, @Graham87 wrote:

In T6055#11804727, @mszwarc wrote:

The second attempt reached all way through enwiki, where it turned out that there's log entry with #41983@enwiki as target (I didn't know this is a thing, there are in total 11 such occurences for all wikis). I'll work to have it sorted out before continuing with backfilling the logs

I assume you've figured out that refers to the user ID numbers. I thought there'd be more than eleven, especially across all wikis,but there you go. Here's a bit on Meta about it: https://meta.wikimedia.org/wiki/Steward_handbook#Encoding_problems

The last time I'm aware of it being needed on enwiki was:https://en.wikipedia.org/wiki/Wikipedia:Bureaucrats%27_noticeboard/Archive_32#Inactive_admins_for_June_2015

Once this bug is resolved, I'll update this enwiki template accordingly:
https://en.wikipedia.org/wiki/Template:Former_admin_abbr

The second attempt reached all way through enwiki, where it turned out that there's log entry with #41983@enwiki as target (I didn't know this is a thing, there are in total 11 such occurences). I'll work to have it sorted out before continuing with backfilling the logs

In T6055#11798864, @mszwarc wrote:

As visible above, I have started to run the script on wikis. However, it stopped at Arabic, where some edge-case around following the rename log happened. I'll debug this and continue running on other wikis. Looking at logs, there are no broken entries inserted. Running the script again will not duplicate any entries that have already been inserted.

As visible above, I have started to run the script on wikis. However, it stopped at Arabic, where some edge-case around following the rename log happened. I'll debug this and continue running on other wikis. Looking at logs, there are no broken entries inserted. Running the script again will not duplicate any entries that have already been inserted.

In T422123#11798776, @Bugreporter wrote:

1. If the restrictions of global groups drift among wikis, then we may have a loophole like stewards can disable 2FA on some wikis.

I plan to have global group conditions loaded from the central wiki, so that every wiki has the same conditions for global groups. I have that in the WIP code, I missed this detail from the task description.

In T422123#11781840, @mszwarc wrote:

This behavior is – as far as I understand – fine for both WMF wikis

Reports of duplicated ToC appeared again on plwiki. This time, the additional ToC disappears after purging (which suggests an intermittent issue), but the affected pages were parsed well after deploying a fix for this task. I have a feeling that T421629 may be somehow involved, but patch for it was deployed only yesterday (and the comment below has April 1 as timestamp).

In T422123#11781725, @Bugreporter wrote:

from $wgRestrictedGroups

We may want a different configuration name per T410076#11616259.

I have disabled the measurements and exported clicks data from Grafana into a Google sheet: https://docs.google.com/spreadsheets/d/14F4Ar5Nt7ITpv7J30RnEnzQXYesfsvrdA6_kTbLIUlI/edit

It should be safe not to apply the security patch to MW 1.43 and MW 1.44. Before Special:UserRights was refactored in Autumn 2025, the page didn't allow to view group memberships for remote wikis if you didn't have userrights-interwiki.

It seems that SSC_IT and SSC_FV are your custom namespaces (defined using $wgExtraNamespaces). Is that right? If so, what numeric IDs do they have? (In case you don't have access to PHP config, it can also be checked by running mw.config.get('wgNamespaceIds'); in the browser console).

Given that 2FA is currently enforced on production using $wgRestrictedGroups, I'm closing this task as resolved.

I believe the work has been done in T406544: Create a way to technically enforce policies for restricted groups, T414907: Enforce 2FA-requiring groups using $wgRestrictedGroups and their subtasks. The enforcement mechanism currently deployed to wikis ensures that members of certain groups have 2FA enabled all the time from granting the group to demotion.

Changes have been merged. They will be visible on wiki in a week.

The backfill script has been merged. Now we have to wait for it to land on wikis (which will happen next week), after which it'll be possible to backfill the logs.

Demotions happened and I assume stewards were properly notified about the demotions. I'm closing this task as resolved