Bug 193657 - Okular does not display transparency in combined transparency
Summary: Okular does not display transparency in combined transparency
Status: RESOLVED UPSTREAM
Alias: None
Product: okular
Classification: Applications
Component: PDF backend (show other bugs)
Version: unspecified
Platform: Debian testing Linux
: NOR wishlist
Target Milestone: ---
Assignee: Okular developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-05-22 17:32 UTC by Martin Bretschneider
Modified: 2009-08-14 12:01 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments
Original SVG file from Inkscape (5.87 KB, image/svg+xml)
2009-05-22 17:33 UTC, Martin Bretschneider
Details
PDF file with the display error (9.64 KB, application/download)
2009-05-22 17:33 UTC, Martin Bretschneider
Details
PNG exported file: It should look like this (9.20 KB, image/png)
2009-05-22 17:34 UTC, Martin Bretschneider
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Martin Bretschneider 2009-05-22 17:32:44 UTC
Version:            (using KDE 4.2.2)
OS:                Linux
Installed from:    Debian testing/unstable Packages

Okular does not display of the PDF with a kind of combined transparency. The PDF is a export of Inkscape 0.46 (see the attached files). Adobe Reader 9.1 and epdfview 0.1.7 (also poppler based) does display it the right way. Okular and xpdf do not.
Comment 1 Martin Bretschneider 2009-05-22 17:33:23 UTC
Created attachment 33921 [details]
Original SVG file from Inkscape
Comment 2 Martin Bretschneider 2009-05-22 17:33:56 UTC
Created attachment 33922 [details]
PDF file with the display error
Comment 3 Martin Bretschneider 2009-05-22 17:34:50 UTC
Created attachment 33923 [details]
PNG exported file: It should look like this
Comment 4 Pino Toscano 2009-05-22 17:39:07 UTC
Hi,

Okular does not load nor render PDF documents by itself, but uses the poppler library. Thus you should report the problem to the poppler's bug tracking system, at https://bugs.freedesktop.org, "poppler" product.
In case you wonder why it works in some PDF viewers based on poppler, they use a different poppler renderer than the xpdf-derived one used by Okular.
Comment 5 Martin Bretschneider 2009-05-24 12:06:09 UTC
On Debian Testing, both Okular (http://packages.debian.org/squeeze/okular) and epdfview (http://packages.debian.org/squeeze/epdfview) do depend on poppler. Okular does depend on libpoppler-qt4-3 (http://packages.debian.org/squeeze/libpoppler-qt4-3), epdfview on libpoppler-glib4 (http://packages.debian.org/squeeze/libpoppler-glib4). So it is the same poppler lib with different wrappings.

Something more strange is the following:

$ ldd /usr/bin/epdfview  | grep popp
        libpoppler-glib.so.4 => /usr/lib/libpoppler-glib.so.4 (0xb77ed000)
        libpoppler.so.4 => /usr/lib/libpoppler.so.4 (0xb6f57000)
$ ldd /usr/bin/okular  | grep popp
 nothing

So, Okular does not really depend on poppler.

Do you think, that this is a Okular problem, a poller or a Debian problem?

TIA  Martin
Comment 6 Pino Toscano 2009-05-24 12:15:09 UTC
PDF support for Okular is provided by a plugin, and not linked directly from the main application (which is almost a very thin wrapper that loads the KDE KPart component).

In your Debian installation, you should have:
$ ldd /usr/lib/kde4/okularGenerator_poppler.so | grep poppler
        libpoppler-qt4.so.3 => /usr/lib/libpoppler-qt4.so.3 (0x00007f3e2d42e000)
        libpoppler.so.4 => /usr/lib/libpoppler.so.4 (0x00007f3e2a9cb000)
Comment 7 Brad Hards 2009-05-24 12:18:56 UTC
As Pino says, this is a poppler bug. 

The reason why you may not see it with evince or some other poppler-based tool, and still see it with Okular, is that there are a couple of different output options (one based on poppler's build-in Splash toolkit, and the other based on Cairo).

Brad
Comment 8 Albert Astals Cid 2009-08-14 12:01:58 UTC
FWIW this will be fixed when using poppler >= 0.11.3