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).
- Queries
- All Stories
- Search
- Advanced Search
- Transactions
- Transaction Logs
Advanced Search
Fri, Dec 13
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,
In T318433#10396055, @cscott wrote:@ABreault-WMF can we get officewiki converted so we can finally turn UseLegacyMediaStyles off for officewiki (and deprecate and remove that configuration)?
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
In T200517#10181227, @Izno wrote:For some reason this new category is timing out for me on en.wp with 100k results.
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.