You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Jan 2, 2023. It is now read-only.
Description
Generating large PDF's with many images currently fails with, .e.g. Warning: Failed to load file:///path/to/img.jpg (ignore), if the number of open files is exceeded. The "fix" is calling, e.g. ulimit -n 9999 to increase that limit. However, intuitively I suppose having open all files in parallel is not a strict necessity but rather an artifact of the current implementation which may be worth fixing. See also related issues here and here
How to reproduce
Set a low file limit ulimit -n 20 and try to convert a html page with 21 existing images:
wkhtmltopdf version(s) affected: 0.12.6
OS information
Debian Bullseye
Description
Generating large PDF's with many images currently fails with, .e.g.
Warning: Failed to load file:///path/to/img.jpg (ignore)
, if the number of open files is exceeded. The "fix" is calling, e.g.ulimit -n 9999
to increase that limit. However, intuitively I suppose having open all files in parallel is not a strict necessity but rather an artifact of the current implementation which may be worth fixing. See also related issues here and hereHow to reproduce
Set a low file limit
ulimit -n 20
and try to convert a html page with 21 existing images:On my machine this produces the following commandline output:
Expected behavior
Each file is only needed once so running into the open file limit is not expected (and not clear from the error message).
Possible Solution
Maybe open only all images on the current PDF page? You'll make it 😅. Thanks for the nice converter so far!
The text was updated successfully, but these errors were encountered: