https://bugs.kde.org/show_bug.cgi?id=401999
Tobias Deiminger <haxti...@posteo.de> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |haxti...@posteo.de
--- Comment #7 from Tobias Deiminger <haxti...@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 watching all bug changes.
