Ask / Submit

pdf image rendering bug in [released]

Tracked by Jolla (In progress)

asked 2018-06-01 15:35:47 +0200

lpr gravatar image

updated 2018-06-01 16:49:51 +0200

when opening with sailfish documents app in sfos one can obviously notice that imges are not shown correctly. They are completely black... image rendering bug in documents app

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:

same pdf in acroread

edit retag flag offensive reopen delete

The question has been closed for the following reason "released in a software update" by lpr
close date 2018-09-04 20:15:39.048936


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 +0200 )edit

I 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 +0200 )edit

Yes, 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

Edz ( 2018-06-01 17:34:17 +0200 )edit

It'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 +0200 )edit

It 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 +0200 )edit

1 Answer

Sort by » oldest newest most voted

answered 2018-06-04 10:14:19 +0200

updated 2018-06-04 20:32:15 +0200

Edit: I've updated openjpeg to latest in Gitlab and PR has been accepted. I've proposed an updated PR using this dependency in poppler to replace the quick and dirty one.

I've opened a MER bug for this and also submitted a PR in Gitlab with a quick and dirty fix.

As proposed in the bug, I'm working on upgrading openjpeg in MER to be able to use 2.3 as @lpr did.

edit flag offensive delete publish link more


Thank you! I also have one PDF with black images. Good to know fix is on its way!

Direc ( 2018-06-04 21:03:34 +0200 )edit

@Damien Caliste saves the day, as always. Many thanks!

nthn ( 2018-06-04 23:40:12 +0200 )edit

Question tools



Asked: 2018-06-01 15:35:47 +0200

Seen: 434 times

Last updated: Jun 04 '18