| Theklan | |
| Apr 12 2022, 3:01 PM |
| F35048211: irudia.png | |
| Apr 12 2022, 3:02 PM |
List of steps to reproduce (step by step, including full links if applicable):
What happens?: the file is blank and is 34.888 pages long
What should have happened instead?: a regular PDF file should open. Other pages are working correctly, AFAIK.
Software version (if not a Wikimedia wiki), browser information, screenshots, other information, etc.:
| Subject | Repo | Branch | Lines +/- | |
|---|---|---|---|---|
| Wait more for page loading before pdf rendering | mediawiki/services/chromium-render | master | +1 -1 |
I believe this would be an issue with the Proton PDF rendering system. I believe that is maintained by the #Product-Infrastructure-Team-Backlog but I am not so sure about that.
Just found the same problem with:
I think that all new articles are suffering from this.
Broken since the 7th of April possibly, as I see lots of render timeout errors in logstash since then: https://logstash.wikimedia.org/goto/b152004756f0c7c1e4a2b40d18d14018
Also found a 90-day anomaly, for which I have created T306017: Proton failing with system_bus_socket bus failure
I did some debugging locally with puppeteer and puppeteer-screen-recorder and it looks like for some reason (JS ?) there is an intermediate render state that the article is empty.
If I put a timer to wait for the page for 1000ms and then export the pdf puppeteer renders the page properly.
I tested a couple of other random pages for PDF rendering on eu.wikipedia.org and all of them were empty.
Also managed to export PDFs succesfully if I replace the waitUntil condition to 0 network connections.
Change 779904 had a related patch set uploaded (by Jgiannelos; author: Jgiannelos):
[mediawiki/services/chromium-render@master] Wait more for page loading before pdf rendering
Change 779904 merged by jenkins-bot:
[mediawiki/services/chromium-render@master] Wait more for page loading before pdf rendering
