The other option is to, when the mentor of a blocked or locked user is removed from mentorship, to silently drop the relationship at the time of reassignment, not at the time of the block or lock.

I get dozens of Phabricator notifications every day (because I watch so many projects), so the spam was only slightly more than usual. Otherwise you seem to be on the right track.

This was reverted due to T400420: Deleted data available in DiscussionTools tables

Fine with me to make it public.

See T382791

Not Zoe, but my understanding is that once T397426 is done (and the community is informed etc.) you should be ready to run LQT conversions on ptwikibooks without any further prep work.

would we lose commit history? (genuine question)

I've closed the RfC as successful.

I tested in production as part of deploying that config patch and it seemed to work as I expected it to.

The AbuseFilter extension doesn't have a formal WMF team maintaining it; instead per https://www.mediawiki.org/wiki/Developers/Maintainers it is supported by several volunteers (including Matěj Suchánek who commented above). That patch seems decent enough to submit to Gerrit to me, with one exception: you need to document the newly added message in i18n/qqq.json

This doesn't feel like something Cite itself should support, especially since a wiki that wants this can do it using the existing functionality of creating "cite link-label foo" messages (per https://www.mediawiki.org/wiki/Help:Cite#Grouped_references)

This proposal makes unreasonable assumptions about the structure of the wiki that the MediaWiki codebase shouldn't make; we have no idea that the spam whitelist talk page is used this way on every single wiki under the sun.

Starting the site requests process with a community discussion:

See https://gerrit.wikimedia.org/r/c/mediawiki/extensions/Scribunto/+/1091700 / T366235

Yes, I am at some point. Sorry, I've been busy with other things and failed to follow up here.

(There is no "lowest" priority in Phabricator anymore)

I disagree with this conceptually; checking whether the page is a disambiguation page is a kind of transclusion. But whatever.

Dupe of T197160?

So what?/ Why is this worth caring about?

Yeah, you need to enable 2FA most likely.

@BPirkle Who is responsible for reviewing that patch if it's not the MW-Interfaces-Team?

MPGuy2824 understands what I asked for correctly.

Could GLAAB be made to check the CI allowlist as a source of trust?

(The above patch does not fix the issue, merely papers over it. And given that even it took 3 1/2 months to be reviewed I'm not inclined to spend time trying to actually fix it)

The metawiki page can be left as is, sure, but the "help" link in https://www.mediawiki.org/w/index.php?title=Special:Mute shouldn't point to it. That's what this task is.

(Phabricator is the correct venue)

... or it should delete the categories when the page is deleted.

I've had enough misbegotten proposals to handle restricted titles coming from you. No, thanks.

Here's a more recent example: https://dumps.wikimedia.org/enwiki/20250801/ shows "waiting All pages with complete edit history (.7z)", " waiting All pages with complete page edit history (.bz2)"