Created attachment 132457 [details] Source pdf After conversion pdftocairo -svg -f 1 -l 1 -nocrop PTLID084991.pdf PTLID084991.pdf.svg the result svg has inverted mask in the middle of svg. (Ubuntu 14.04 file viewer used to check)
Created attachment 132458 [details] Rendering result
*** This bug has been marked as a duplicate of bug 68965 ***
(In reply to Adrian Johnson from comment #2) > > *** This bug has been marked as a duplicate of bug 68965 *** Sorry Adrian, but this does not look like a duplicate to me. - the patch has been included in the sources from which pdftocairo was compiled. (I have rechecked this.) - the patch updated _cairo_surface_base64_encode_jpeg function but provided image in the svg responsible for inverted mask is a PNG file with RGBA colorspace. So why do you think this is a duplicate?
Maybe it is not bug 68965. I duped it because the conversion works for me and the bug description sounded the same. I'll attach the output I get using poppler git and cairo git.
Created attachment 132479 [details] out.svg The SVG output.
Created attachment 132480 [details] out.png SVG output rendered with rsvg-convert.
Created attachment 138119 [details] PDF with images whose colors become inverted I am seeing probably the same thing, with poppler 0.61.1-1, cairo 1.15.10-1, except that I also get it for pdf output (see attached pdf) $ pdftocairo page17.pdf -pdf out.pdf See how the image in page17.pdf becomes inverted in out.pdf? This affects about half of the pdfs I print using evince, since evince seems to pass all pdfs though this command before sending them to the printer. My workaround has been to use okular or lpr to print, which do not suffer this problem. I don't think this is a duplicate.
Never mind, my issue is this one: https://bugs.freedesktop.org/show_bug.cgi?id=105294
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.