User Details
- User Since
- Aug 22 2016, 6:14 PM (235 w, 6 d)
- Availability
- Available
- LDAP User
- Pppery
- MediaWiki User
- Pppery [ Global Accounts ]
Sat, Feb 27
Thu, Feb 25
Sun, Feb 21
Sat, Feb 20
The fact that the protection stays until the page is edited (or some amount of time passes) is T186428
Fri, Feb 19
Sat, Feb 13
Thu, Feb 4
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.
Jan 19 2021
Jan 15 2021
Jan 13 2021
Jan 12 2021
This is a problem with on-wiki content, not a software bug.
Jan 10 2021
Jan 9 2021
Strangely, this was fixed by removing the call to Template:Birth date and age, and then immediately self-reverting my edit.
Jan 8 2021
Jan 5 2021
Jan 1 2021
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.
Dec 30 2020
Dec 24 2020
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.
Dec 12 2020
Doesn't that just work magically if you don't specify any revision ID for the new revision?
Dec 3 2020
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).
Dec 1 2020
Nov 20 2020
Nov 17 2020
Nov 16 2020
Nov 10 2020
This is not fixed because viewing https://en.wikipedia.org/wiki/Module:Jct/city/Chinissai still results in an error.
Nov 8 2020
Steps to reproduce:
Nov 6 2020
Nov 2 2020
It's probably worth stating that the request was made by a sockpuppet of an account globally locked for "Long-term abuse".
Nov 1 2020
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)
Oct 27 2020
Oct 24 2020
Linked patch was merged.
Oct 21 2020
Oct 16 2020
Oct 13 2020
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.
Oct 11 2020
Oct 9 2020
Sep 28 2020
Sep 23 2020
Sep 20 2020
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.
Sep 19 2020
Sep 16 2020
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).
Sep 15 2020
Sep 14 2020
This is the post-expand include size limit, and is not a bug.
Sep 12 2020
Sep 11 2020
Sep 10 2020
Sep 8 2020
Sep 7 2020
Sep 6 2020
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)
Sep 4 2020
Sep 3 2020
Shouldn't the extension also be re-added to translatewiki.net? It was there (albeit with only one translatable message) before the original archival.