Certain PDF files do not render at all with poppler-0.77 (blank pages are shown). Reproducible: Always Steps to Reproduce: 1. Download PDF file https://archive.org/download/AComprehensiveEtymologicalDictionaryOfTheHebrewLanguageErnestKlein1987OCR/a%20comprehensive%20etymological%20dictionary%20of%20the%20hebrew%20language%20ernest%20klein%201987%20OCR.pdf 2. Open with a poppler based reader (okular, evince) build against poppler-0.77 (libpoppler.so.88.0.0) Actual Results: Blank pages are displayed Expected Results: Text is displayed Replacing libpoppler.so with the previous version makes the problem go away. I don't know if it is preferred to report such bugs here or to the upstream.
I have just opened this PDF with okular-19.04.2 + poppler-0.77.0 successfully. Have you tried to re-emerge poppler-0.77.0 instead of downgrading?
successfully = I did not have blank pages
Yes I did re-emerge, also tried poppler-9999 and a couple of ude flags changes (+cjk IIRC). I will check and report my exact configuration later today.
I have checked again, re-emerging poppler 0.77 doesn't help. Also re-downloaded the file in question. More info: emerge -pv poppler These are the packages that would be merged, in order: [ebuild R ] app-text/poppler-0.77.0:0/88::gentoo USE="cairo cjk curl cxx introspection jpeg lcms nss png qt5 tiff utils -debug -doc -jpeg2k" 0 KiB
Works fine for me.
I can reproduce this 100% of the time, is there anything that can be done? Maybe there are unexpected interactions with other libraries/use flags?
Can you test with 0.78.0?
Fails with app-text/evince-3.30.2 & app-text/poppler-0.77.0. Viewed fine in firefox. 'emerge -p --nodeps app-text/poppler-0.78 ; emerge -p evince' didn't help.
Forgot to mention: app-text/poppler Installed versions: 0.77.0(0/88)^t(03:42:08 24/06/2019)(cairo cxx lcms qt5 utils -cjk -curl -debug -doc -introspection -jpeg -jpeg2k -nss -png -tiff) app-text/evince Installed versions: 3.30.2(0/evd3.4-evv3.3)(13:57:17 30/06/2019)(-djvu -dvi -gnome -gnome-keyring -gstreamer -introspection -nautilus -nsplugin -postscript -spell -t1lib -tiff -xps)
Firefox is using its own pdfjs unless you have configured something else. (In reply to Andreas Sturmlechner from comment #7) > Can you test with 0.78.0?
Typo, I should have writtee: Fails with app-text/evince-3.30.2 & app-text/poppler-0.78.0. 'emerge -p --nodeps app-text/poppler-0.78.0 ; emerge -p evince' didn't help. My apologizes.
0.78 doesn't work for me either. Sorry about the belated answer.
Please test with 0.79.0.
Please test with 0.80.0.
Tested with 0.82, the bug is back.
Please test with 0.85. Do you actually try with okular or evince?
Yes, I tried both okular and evince. I will test with 0.85 soon.
Tested with 0.85, same problem.
I confirm this on poppler 0.82.0(0/92)^t(03:19:02 03.02.2020)(cairo cxx introspection jpeg lcms png qt5 tiff utils -cjk -curl -debug -doc -jpeg2k -nss)
Created attachment 613734 [details] emerge-info
And if I do pdftotext pdf_with_problem.pdf (pdftotext is a tool from poppler) I get this error: Syntax Error (172): Unknown filter 'JPXDecode' I think this is a reason of the problem.
And after googling I'm pretty sure that all of us who has the problem should try to reemerge the poppler with +jpeg2k
I welcome you digging into this, but could you share the base of this statement or do you want to keep the suspense?
Right, we could have just checked the document itself earlier. Which is full of jpx images, nothing else. You can see for yourself using `pdfimages -list <filename>`. (In reply to CaptainBlood from comment #9) > Forgot to mention: > app-text/poppler > Installed versions: 0.77.0(0/88)^t(03:42:08 24/06/2019)(cairo cxx lcms qt5 > utils -cjk -curl -debug -doc -introspection -jpeg -jpeg2k -nss -png -tiff) Although I must say one should not be surprised for lack of image support when disabling *all* image support.
My use flags are "cairo cjk curl cxx introspection jpeg lcms nss png qt5 tiff utils -debug -doc -jpeg2k" and it's still not working...
Oh, just saw the message about jpeg2k. It did the trick!