I'm running poppler-0.42.0-1 and evince-3.20.1-1 on a Parabola GNU/Linux-libre system.
I found a PDF document that poppler/evince can't render correctly. Some text can't be read and embedded images aren't shown. The PDF document can be retrieved here: https://www.fturco.net/linux.pdf
I also tried to open this PDF with other programs (Mupdf and PDF.js) and they were able to display it correctly. So such PDF is not corrupt as far as I know.
$ pdftocairo -png linux.pdf -singlefile
Syntax Error: Failed to decode jp2 structure<0a>
Syntax Warning: Did not succeed opening JPX Stream as JP2, trying as J2K.
Syntax Error: 00000000: expected a marker instead of 0<0a>
Syntax Warning: Did not succeed opening JPX Stream as J2K, trying as JPT.
Syntax Error: Forbidden value encounter in message header !!<0a>
Syntax Error: [JPT-stream] : Expecting Main header first [class_Id 0] !<0a>
Syntax Error: Did not succeed opening JPX Stream.
You can download the PNG image here: https://www.fturco.net/linux.png
Please also see: https://bugzilla.gnome.org/show_bug.cgi?id=769380
Created attachment 125479 [details]
debug info for pdftocairo
Command output for:
LD_DEBUG=libs pdftocairo -png linux.pdf -singlefile > pdftocairo.log 2>&1
I tried rebuilding poppler-0.42.0 with the following options:
1) --enable-libopenjpeg=openjpeg1: pdftocairo produces warnings and a broken PNG file
2) --enable-libopenjpeg=openjpeg2: pdftocairo produces a good PNG file with no warnings at all
3) --enable-libopenjpeg=auto: it selects version 1; pdftocairo produces warnings and a broken PNG file
So use openjpeg2 ?
The problem could afflict other users besides me, so I guess that configure option should be used by Arch/Parabola by default. So I filed the following bug: https://bugs.archlinux.org/task/50237
Arch usually won't switch to use openjpeg2 until upstream recommends it as the preferred/recommended and better tested library. I see Fedora and Debian using openjpeg2 in their latest branches.
Is openjpeg2 now recommended by the poppler devs? Some answer to the question on the mailing list would be nice:
If this is a bug in libopenjpeg(1) I doubt it will ever get fixed.
The Arch Linux bug has now been marked as fixed.
(In reply to a.radke from comment #5)
> Arch usually won't switch to use openjpeg2 until upstream recommends it as
> the preferred/recommended and better tested library. I see Fedora and Debian
> using openjpeg2 in their latest branches.
> Is openjpeg2 now recommended by the poppler devs? Some answer to the
> question on the mailing list would be nice:
Yes, agreed, it would be nice if somebody answered my emails
-- GitLab Migration Automatic Message --
This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity.
You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/poppler/poppler/issues/359.