Hi,
it looks like there is nobody who can work on a bug or production error like this: https://phabricator.wikimedia.org/T316858
I don't think, that this is a production error but really a bug. If it's not possible to open a page ( https://de.wikipedia.org/wiki/Benutzer:Doc_Taxon/Test4 ) because of running into timeout, the time should be increased to open the page to get the content of this page.
Is there really nobody from WMF or a volunteer who can help me with this issue? If you know somebody feel free to name him/her for contacting him/her.
Thank you very much Martin (aka Doc Taxon) ...
On Sep 7, 2022, at 7:54 AM, Martin Domdey dr.taxon@gmail.com wrote:
Hi,
it looks like there is nobody who can work on a bug or production error like this: https://phabricator.wikimedia.org/T316858
I don't think, that this is a production error but really a bug. If it's not possible to open a page ( https://de.wikipedia.org/wiki/Benutzer:Doc_Taxon/Test4 ) because of running into timeout, the time should be increased to open the page to get the content of this page.
Is there really nobody from WMF or a volunteer who can help me with this issue? If you know somebody feel free to name him/her for contacting him/her.
Thank you very much Martin (aka Doc Taxon) ...
Wikitech-l mailing list -- wikitech-l@lists.wikimedia.org To unsubscribe send an email to wikitech-l-leave@lists.wikimedia.org https://lists.wikimedia.org/postorius/lists/wikitech-l.lists.wikimedia.org/
You were told on that task how to access the page contents. Edit the page and make it smaller. Timeouts aren’t going to be increased because of someone trying to do something borderline malicious such as shelling out to Pygments hundreds of times in a page.
On Wed, Sep 7, 2022 at 3:17 PM Ryan Schmidt skizzerz@gmail.com wrote:
On Sep 7, 2022, at 7:54 AM, Martin Domdey dr.taxon@gmail.com wrote:
Hi,
it looks like there is nobody who can work on a bug or production error like this: https://phabricator.wikimedia.org/T316858
I don't think, that this is a production error but really a bug. If it's not possible to open a page ( https://de.wikipedia.org/wiki/Benutzer:Doc_Taxon/Test4 ) because of running into timeout, the time should be increased to open the page to get the content of this page.
Is there really nobody from WMF or a volunteer who can help me with this issue? If you know somebody feel free to name him/her for contacting him/her.
Thank you very much Martin (aka Doc Taxon) ...
Wikitech-l mailing list -- wikitech-l@lists.wikimedia.org To unsubscribe send an email to wikitech-l-leave@lists.wikimedia.org https://lists.wikimedia.org/postorius/lists/wikitech-l.lists.wikimedia.org/
You were told on that task how to access the page contents. Edit the page and make it smaller. Timeouts aren’t going to be increased because of someone trying to do something borderline malicious such as shelling out to Pygments hundreds of times in a page. _______________________________________________ Wikitech-l mailing list -- wikitech-l@lists.wikimedia.org To unsubscribe send an email to wikitech-l-leave@lists.wikimedia.org https://lists.wikimedia.org/postorius/lists/wikitech-l.lists.wikimedia.org/
One possible fix would be to make syntaxhighlight an expensive parser function ;)
Hi,
On 9/7/22 15:18, bawolff wrote:
One possible fix would be to make syntaxhighlight an expensive parser function ;)
I just merged https://gerrit.wikimedia.org/r/c/mediawiki/extensions/SyntaxHighlight_GeSHi/+/830683/ from Umherirrender that does this.
Once deployed, if a page has too many <syntaxhighlight> calls, it'll just return un-highlighted code blocks (same as if you entered an unknown language) for the excess ones. This should prevent pages with an extreme amount of highlighting invocations from failing to render entirely, they'll just degrade towards the end of the page.
A note will be included in the next Tech News about it.
Thanks, -- Kunal / Legoktm
Given that the problem is caused by using thousands of <syntaxhighlight> tags on the page, and the page is generated by a bot, it seems to me like the ideal solution is to make the bot perform the syntax highlighting locally using your favorite fast library, and save the resulting HTML markup to the page.
Hm: * The HTML answer: 6865240 B (6.865 MB) * The wiki RAW: 1079263 B (~1 MB) * The count sections: 5020
I think, the Wikimedia software is not primary developing for so characteristic page.
Martin Domdey: It's none problem to looking the page as the normal user, but first, You disable the JavaScript in Your browser and then, You open the page and You wait for loading.
Dušan Kreheľ
2022-09-07 19:35 GMT+02:00, Bartosz Dziewoński matma.rex@gmail.com:
Given that the problem is caused by using thousands of <syntaxhighlight> tags on the page, and the page is generated by a bot, it seems to me like the ideal solution is to make the bot perform the syntax highlighting locally using your favorite fast library, and save the resulting HTML markup to the page.
-- Bartosz Dziewoński _______________________________________________ Wikitech-l mailing list -- wikitech-l@lists.wikimedia.org To unsubscribe send an email to wikitech-l-leave@lists.wikimedia.org https://lists.wikimedia.org/postorius/lists/wikitech-l.lists.wikimedia.org/
wikitech-l@lists.wikimedia.org