User Details
- User Since
- Aug 17 2023, 4:26 PM (70 w, 5 d)
- Availability
- Available
- LDAP User
- Unknown
- MediaWiki User
- ABreault (WMF) [ Global Accounts ]
Fri, Dec 13
The data-mw-section-id attribute will either be "0" or greater and correspond exactly to a PHP section ID (as used for action=edit for example), or will be "-1" (indicating an uneditable non-pseudo section) or "-2" (indicating a pseudo-section, which is also uneditable).
Thu, Dec 12
Looking at https://en.wikisource.org/wiki/Index:The_English_Constitution_(1894).djvu?action=info we have Page content model: Book index
Wed, Dec 11
Post T373776, the rendering of the old version seems better now,
https://en.m.wikipedia.org/w/index.php?title=2023_Israel%E2%80%93Hamas_war&oldid=1181763009&useparsoid=1
Post T373776, we have,
Thu, Nov 28
Tue, Nov 26
While this is being sketched out, see T298046 as another itch to scratch
Mon, Nov 25
Nov 23 2024
New from this deploy is T380665
Mid-week we deployed T380333 to supersede this deploy.
Nov 22 2024
This was fixed by T373776
λ (master *) git co v0.21.0-a6
λ ((v0.21.0-a6) *) php bin/parse.php --pageName "1995_New_South_Wales_state_election" --wt2lint < /dev/null
{"type":"duplicate-ids","dsr":[15194,15257,5,6],"templateInfo":null,"params":{"id":"cite_ref-1"}}
{"type":"duplicate-ids","dsr":[15194,15257,5,6],"templateInfo":null,"params":{"id":"cite_note-1"}}Yeah, so this was caused by T380333 and will be resolved in next week's train. The fix in https://gerrit.wikimedia.org/r/c/mediawiki/services/parsoid/+/1094050 is already merged
λ (master *) git co v0.21.0-a6 λ ((v0.21.0-a6) *) php bin/parse.php --pageName "Template:Tick" --wt2lint < /dev/null
λ (master) git co v0.21.0-a6 λ ((v0.21.0-a6)) php bin/parse.php --pageName "Template:Arbitration_case_implementation_notes" --wt2lint < /dev/null
This was likely caused by https://gerrit.wikimedia.org/r/c/mediawiki/services/parsoid/+/1090576
and will also likely be fixed by https://gerrit.wikimedia.org/r/c/mediawiki/services/parsoid/+/1094050
Nov 21 2024
This should now be fixed by T373776
Nov 20 2024
Post-deploy, https://de.wikivoyage.org/wiki/Nachrichten:Januar_2023?useparsoid=1 looks good
Nov 19 2024
Nov 15 2024
Nov 14 2024
Nov 13 2024
Nov 12 2024
Nov 11 2024
Nov 7 2024
Post-deploy, these pages are rendering now,
https://de.wikipedia.org/api/rest_v1/page/mobile-html/Benutzerin:Itti%2FWM
https://de.wikipedia.org/api/rest_v1/page/mobile-html/Benutzerin:Ailura%2FWikimania%202024
https://de.wikipedia.org/api/rest_v1/page/mobile-html/Benutzerin:DomenikaBo%2FWikimania%202024
https://de.wikipedia.org/api/rest_v1/page/mobile-html/Wikipedia%3AWikimania_2024%2FDokumentation
Nov 4 2024
Oct 31 2024
Oct 30 2024
The issue seems to be further back, in mobileapps. Note that restbase's normalize_title_filter.js is trying to get "uri": "/de.wikipedia.org/v1/page/mobile-html/Benutzer%3AItti%2FWM" (ie. Benutzer and not Benutzerin)
Oct 29 2024
Oct 28 2024
Oct 25 2024
Oct 24 2024
Oct 22 2024
The expected behaviour is spaces?
Post-deploy today, https://en.wikipedia.org/api/rest_v1/page/mobile-html/History_of_architecture looks good now, should be fixed
Oct 21 2024
Oct 18 2024
It might be fair, from an abstract representation of a parser function, to say that, unless Parser::SFH_OBJECT_ARGS is set, the function doesn't have named arguments.