pdf image rendering bug in 2.2.0.29 [released]
Tracked by Jolla
(In release)
asked 2018-06-01 15:35:47 +0300
when opening http://angebote.ebl-naturkost.de/common/img/pdf/2018/kw22.pdf with sailfish documents app in sfos 2.2.0.29 one can obviously notice that imges are not shown correctly. They are completely black... 
commandline output shows a lot of messages like:
[D] unknown:0 - "Error (402457): Unknown filter 'JPXDecode'"
it should look like in this screenshot taken with acrobat reader running in aliendalvik:
IIRC from the detailed changelog, libpopler (which is likely used here for PDF rendering) was rebased to a new version, which likely in turn introduced this regression.
MartinK ( 2018-06-01 16:01:14 +0300 )editI have poppler 0.41 on desktop and it's displaying it fine. Poppler 0.62 is used on device. I'll see if it comes from flags during compilation or missing decoding libraries…
Damien Caliste ( 2018-06-01 17:27:04 +0300 )editYes, with the PDF you have linked I get the same result as you. But, I have 4 other PDF's, yet only one of them is not displaying its images at all. +1
Spam Hunter ( 2018-06-01 17:34:17 +0300 )editIt's libopenjpeg that provides JPEG200 decoder that was absent at compile time. I'll see with @pvuorela how to reenable it.
Damien Caliste ( 2018-06-01 17:43:03 +0300 )editIt seems that Poppler provided a custom decoder for version before 0.62. But they switch from autotools to cmake and the fallback in case libopenjpeg is not present is not activated any more. Will investigate further to see if it's better to upgrade libopenjpeg in MER or to see how to activate the fallback.
Damien Caliste ( 2018-06-02 09:45:09 +0300 )edit