https://bugzilla.wikimedia.org/show_bug.cgi?id=58042
--- Comment #15 from Bawolff (Brian Wolff) <[email protected]> --- (In reply to comment #12) > Translating a comment at the Catalan village pump by Vriullop (CCed here), > just > in case it's useful: > > "What these corrupted pages have in common is that their source, instead of > showing "NewPP limit report" they have "Saved in parser cache with key > cawiki:pcache:idhash:16532-0!*!0!!ca!4!*". All pages have saved in parser cache line. The missing pp limit report is what identifies pages with incorrect parserOptions (In reply to comment #14) > I don't see how client-side anything could affect this. The bug is only > visible > on pages with misnested HTML, and probably only for pages which were updated > since it started occuring (cached renders should be still okay). It might > also > be dependent on which server the code is running on internally (if the > suspicion about missing/broken Tidy is correct). > > We really need to get some parser people on this to check if this is caused > by > something similar to bug 38273 in some extension. Tim? Someone could make parser cache throw an exception if a page without pplimit is saved, that would draw attention to the issue rather fast (if you are going to fail, might as well fail hard instead of subtly) -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. _______________________________________________ Wikibugs-l mailing list [email protected] https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
