(Seems to not require Wikimedia maintenance script run)

Low volume and seems to have started shortly after T430837#12277237

Seems to be related to the feature in T433768 / r1319917

In T436323#12266342, @bd808 wrote:

Should all project wikis be treated equally for something like this? Like is it roughly the same level of community vetting to have sysop/interfaceadmin on say fi.wikisource.org and de.wikipedia.org?

I'd say yes. interfaceadmin membership is quite restricted (many wikis don't have any), and in majority of the wikis it's only granted by stewards on metawiki after a local vote. But that'd also limit the usefulness of the auto-approve, since it will only affect very few people. For instance enwiki has mere ~10 interface admins. Maybe expanding to sysop will be better.

This is still happening (including for non-auth emails), albeit at a slower rate. However, it's overwhelmingly failing with exit code 74 now.

There's a copy of the same code in Parsoid's Sanitizer.php class. The fix in core may need to be copied there, pending T247804.

Since the date is in the past now, you should reschedule.

In T431060#12083900, @Novem_Linguae wrote:

I wrote the patch. Someone else test and backport please :)

Probably caused by https://gerrit.wikimedia.org/r/c/mediawiki/core/+/1320202

New error stack. August 2026

The code assumes that the content is valid before actually running the validation.

The crash occurs in an external (core) lib during input preparation, before the validation logic runs. The validator itself will correctly handle this case and report that the z value must be of type x.

At the page https://meta.wikimedia.org/wiki/Special:Contact/Stewards, @Xaosflux observes that many users are clicking the send button multiple times ...

That's probably because of T383047

In T419895#11722581, @hueitan wrote:

As the contributor who made this change recently, i don't spot any error for now, but if revert works let's do it first.

In T417730#11629642, @Tgr wrote:

How can it not find EmptyIterator?

In T419427#11688330, @SomeRandomDeveloper wrote:

In T419427#11688321, @Ammarpad wrote:

Usages: https://codesearch.wmcloud.org/search/?q=HtmlCacheUpdater

Here is a more relevant search result: https://codesearch.wmcloud.org/search/?q=%28%22%7C%27%29HtmlCacheUpdater%28%22%7C%27%29&files=&excludeFiles=&repos=

There are only two extensions. Only one WMF-deployed.

As part of this I ideally also want to update places that call the old method name in MediaWikiServices (to make it easier to search for usages) and reference the old class name, which is why I chose to include all occurrences of the old service/class name. But yeah the deprecation will only affect those two

Here is a more relevant search result: https://codesearch.wmcloud.org/search/?q=%28%22%7C%27%29HtmlCacheUpdater%28%22%7C%27%29&files=&excludeFiles=&repos=

It also gives Vector 2022 links inconsistent visual state in some cases, e.g:

In T408968#11337329, @Jdlrobson-WMF wrote:

Also impacts Minerva

{F69819851}

Vector 2022 intentionally doesn't want the redlink: T312157, so I believe this is not a bug and the task should be closed this as invalid.

Hi @Quiddity, the email address is appended to the subject, but that is only if username is empty (which is not possible in this form)

It seems you found it. https://gerrit.wikimedia.org/r/c/mediawiki/skins/Vector/+/1237302. I left a comment there.

I can reproduce. The key is deleted by Vector legacy. I believe ruwiki still uses it as the default skin.

It took around 3 minutes

NAME                       STATUS     COMPLETIONS   DURATION   AGE    SCRIPT
mw-script.codfw.q170xceo   Complete   1/1           3m15s      12m    refreshImageMetadata.php

This has been completed. Please double check if everything is correct.

This has been completed. Please double check if everything is correct.

All subpages and talk pages must be moved as well

All fixed. The query returns an empty result.

The relevant pages have been moved. The script output contains the following excerpt (these are translatable subpages):

...

You can also see it in Monobook https://en.wikipedia.org/wiki/Yang_Guifei?useskin=monobook