https://bugs.kde.org/show_bug.cgi?id=401999
--- Comment #8 from Albert Astals Cid <aa...@kde.org> --- (In reply to Tobias Deiminger from comment #7) > 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. Actually fixing this pdf "the right way" is not hard, we just need https://paste.kde.org/pk6wzgiqs in poppler and then a "backendPaintsStamp" or similar in the okular core annotation. I was working on this but if you want to pick it up i'm more than happy if you move it forward -- You are receiving this mail because: You are watching all bug changes.