- Mentioned In
- T222932: Make error messages resulting from failed requests state clearly that it's a MediaWiki's fault not wsexport's
- Mentioned Here
- T225966: Toolforge: File upload to PHP webservice fails because temp file can't be opened
T222932: Make error messages resulting from failed requests state clearly that it's a MediaWiki's fault not wsexport's
From meeting: Alex suspects it might be a Guzzle issue. See T222932: Make error messages resulting from failed requests state clearly that it's a MediaWiki's fault not wsexport's comments for more context.
It looks like it's this (unresolved) Guzzle bug, but we can maybe work around it by using a request Pool (which by default is limited to 25 concurrent requests). I've made an example patch: https://github.com/wsexport/tool/pull/186
The example work above now compiles to epub correctly (it's over 12,000 pages, with 2,700 images!). I suspect we'll run into other resource limits when trying to turn it into PDF or anything.
This has been merged, and is live on the staging site ready for QA. The book Les_Merveilles_de_la_science still doesn't work though, because it times out; that's better than failing I guess.
Same thing happens with me. I can generate the epub version of Les_Merveilles_de_la_science via the command line though.
Otherwise, retesting other ebooks which have caused problems in the past hasn't shown any regressions (although nor has it shown improvements).
As this change appears to affect images, I used epub validators (epubcheck and flightcrew) to check that none had missing images.
I also looked at a few in epub readers, to check if there were any obvious problems with the files generate.