The fact that the protection stays until the page is edited (or some amount of time passes) is T186428

In T270022#6687290, @Aklapper wrote:

Where is the "maximum limit of mediawiki" defined?

https://www.mediawiki.org/wiki/Manual:$wgMaxArticleSize

Those look to me like pure formatting changes that couldn't possibly influence whether the code still works. Regardless, the current situation is undesirable. Either the code in fact works on newer versions, and the extension page should be updated to say that and this task declined, or the code in fact does not work on versions newer than 1.17, in which case the extension should be archived. I haven't tested it myself.

This is a problem with on-wiki content, not a software bug.

Strangely, this was fixed by removing the call to Template:Birth date and age, and then immediately self-reverting my edit.

I've struck out several entries from the checklist because they aren't applicable: no project tags for BlueSpice extensions other than BlueSpice exist, and the mediawiki.org page for the extension is not linked to Wikidata.

I don't think this task will break Bot1058, because it only effects getting the revision ID of the current page. The reason that the ability to do that is problematic is that, under normal circumstances, the wikitext of a new revision is parsed before assigning an ID to that revision for performance reasons, and {{REVISIONID}} thus forces the page to be parsed again.

Doesn't that just work magically if you don't specify any revision ID for the new revision?

The reason this is inconsistent across wikis is that this functionality is provided by local templates. The way this works is that MediaWiki:Scribunto-doc-page-show or MediaWiki:Scribunto-doc-page-does-not-exist call Module:Documentation, which then loads the module in question and checks if Module:Module wikitext was used.

This has nothing to do with actor migration. You are trying to give two revisions the same revision ID, which doesn't work. (Actual actor migration doesn't need to be handled, as you can just blindly copy rev_actor from the old revision row in a similar way to how Duplicator pre-migration blindly copied rev_user and rev_user_text).

This is not fixed because viewing https://en.wikipedia.org/wiki/Module:Jct/city/Chinissai still results in an error.

Steps to reproduce:

It's probably worth stating that the request was made by a sockpuppet of an account globally locked for "Long-term abuse".

The cause of the recent activity on this task was https://en.wikipedia.org/wiki/Wikipedia:Administrators%27_noticeboard#Creation_of_the_page_Gadget:Past_as_Future, so yes there are cases of other pages being desired.

The amount of effort required to create or delete a redirect on a Wikimedia project is not at all comparable to building or demolishing a house. (And, since https://en.wikipedia.org/w/index.php?title=Gadget:Invention,_Travel,_%26_Adventure&redirect=no already exists, I disagree that this task, or creating more redirects, makes things meaningfully more complicated)

Linked patch was merged.

Also affects moves.

The blank "owner" field was overriding the "parent" field and making the latter not display due to a quirk in the way the template is coded.

No, you revealed a bug. I'd say that's worth the inconvenience of two extremely backend pages being unviewable. If it hadn't come up now, it would have come up later, most likely with something other than an obscure sandbox.

https://meta.wikimedia.org/wiki/Steward_requests/Miscellaneous/2019-09#Unblock_DannyS712_on_mediawiki

You need to create (or get an admin to create) MediaWiki:Cite_link_label_group-lower-alpha on the Javanese Wikipedia (copied from any other wiki that has that page).

This is the post-expand include size limit, and is not a bug.

The solution is to not use unmaintained extensions. I'm honestly impressed that it worked in 1.33.3 at all, given that the code hadn't been changed since 2012. (Also, this is off-topic)

Shouldn't the extension also be re-added to translatewiki.net? It was there (albeit with only one translatable message) before the original archival.

T250936: Archive the ParserMigration extension