[okular] [Bug 401999] Pictures inserted into PDF with other PDF Editor covered by stamp icon

[Tobias Deiminger]

https://bugs.kde.org/show_bug.cgi?id=401999

Tobias Deiminger <haxtibal at posteo.de> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |haxtibal at posteo.de

--- Comment #7 from Tobias Deiminger <haxtibal at posteo.de> ---
Adobe Reader created a stamp annotation where /Name = #23clipboard. That's not
any of the PDF standardized images, but it's portable anyway because Adobe
Reader included a custom image representation along with the annotation inside
the PDF. Our PDF renderer poppler took it and rendered the image, that's what
you see in the background.

Now Okular handles stamp annotations special: Because we know poppler has
problems with stamps (can't save custom images, can't render stamps without
embedded appearance), there's Okular code to draw the stamp instead on top of
the page. Okular uses the information #23clipboard from /Name to look up an
image with that name, but of course there is none. That's what you see in the
foreground.

An intermediate solution could be to bypass drawing a QPixmap in
pagepainter.cpp if there was no image found by KIconLoader (use
KIconLoader::MatchType::MatchExact and check for null pixmap or "unknown"
pixmap). Will try to provide a patch.

The root cause however is that (in the case of PDF) all stamp handling should
solely be done by poppler, but poppler can't do it yet, and it's not easy to
implement. See also https://bugs.kde.org/show_bug.cgi?id=383651.

-- 
You are receiving this mail because:
You are the assignee for the bug.