Bug forwarded from Evince: http://bugzilla.gnome.org/show_bug.cgi?id=460132 "Please describe the problem: Some PDFs (example attached) don't render correctly. The problem might be the table, it just generates a huge grey box over the texts. Document prints fine, only viewing in Evince is broken Steps to reproduce: 1. Open attached pdf 2. Look at the output 3. Test printing to see it prints fine Actual results: You see a garbled pdf with grey boxes (text can be selected underneath those though) Expected results: I'd see a normal version of this pdf Does this happen every time? yes" It's only reproducible with cairo backend.
Created attachment 10875 [details] PDF that doesn't render correctly Europython invoice that doesn't show up correctly
The problem is that clipToStrokePath() is not implemented in cairo backend, so we are filling the whole area with the tiling pattern instead of just the area that would be affected by a stroke. We need cairo_stroke_to_path() which is not yet implemented in cairo :-(
*** Bug 17139 has been marked as a duplicate of this bug. ***
*** Bug 20326 has been marked as a duplicate of this bug. ***
*** Bug 15617 has been marked as a duplicate of this bug. ***
*** Bug 18391 has been marked as a duplicate of this bug. ***
*** Bug 20487 has been marked as a duplicate of this bug. ***
*** Bug 25312 has been marked as a duplicate of this bug. ***
*** Bug 21585 has been marked as a duplicate of this bug. ***
*** Bug 27082 has been marked as a duplicate of this bug. ***
*** Bug 27882 has been marked as a duplicate of this bug. ***
*** Bug 28944 has been marked as a duplicate of this bug. ***
*** Bug 30828 has been marked as a duplicate of this bug. ***
*** Bug 31060 has been marked as a duplicate of this bug. ***
The duplicates of this bug are continuing to pile up. Do we have a schedule/target for when this will be implemented?
It doesn't depend on poppler actually, we need cairo_stroke_to_path() in cairo. It's in the RoadMap for cairo 1.12.
*** Bug 36857 has been marked as a duplicate of this bug. ***
Created attachment 50376 [details] [review] fix stroke patterns This patch implements a workaround for stroke patterns. It seems to work on the various test cases in this bug and its duplicates.
(In reply to comment #18) > Created an attachment (id=50376) [details] > fix stroke patterns > > This patch implements a workaround for stroke patterns. It seems to work on the > various test cases in this bug and its duplicates. Awesome! Albert, it would be really nice to have this patch in 0.18, could you please run the regtests with it, please? I'll review the code as soon as I'm back from holidays. Thanks Arian!
(In reply to comment #19) > Thanks Arian! Adrian! :-)
I've run the regtest and the png generated files differ in ../bug117919.pdf ../bug142969.pdf ../bug211227.pdf ../bug223359.pdf ../bug280330.pdf ../bug-poppler11719.pdf ../bug-poppler12810.pdf ../bug-poppler16878-2.pdf ../bug-poppler17139.pdf ../bug-poppler17473.pdf ../bug-poppler17852.pdf ../bug-poppler18391.pdf ../bug-poppler20487.pdf ../bug-poppler20668.pdf ../bug-poppler21491.pdf ../bug-poppler24733.pdf ../bug-poppler25312.pdf ../bug-poppler27482-2.pdf ../bug-poppler28944.pdf ../bug-poppler29060.pdf ../bug-poppler30828.pdf ../bug-poppler31060.pdf ../bug-poppler31687.pdf ../bug-poppler39009-2.pdf ../bug-poppler39009.pdf ../bug-poppler9443.pdf ../Radio Propagation and Adaptive Antennas for Wireless Communication Links (2006).pdf ../redhat701958.pdf ../source_no_compartir.pdf ../tauya.f8.pdf I've had a look at the differences and in some files i can not appreciate the difference at all and in others there is a clear improvement so i think that if the code looks good seems an improvement to me (i.e. maybe it is not a 100% good fix but seems to cause improvements and no regressions) Carlos are you commiting it?
*** Bug 39009 has been marked as a duplicate of this bug. ***
Pushed to git master :-)
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.