| Summary: | PDF: stroke is unclipped if fill precedes clip | ||
|---|---|---|---|
| Product: | cairo | Reporter: | Ethan Tira-Thompson <ejtttje> |
| Component: | pdf backend | Assignee: | Adrian Johnson <ajohnson> |
| Status: | RESOLVED FIXED | QA Contact: | cairo-bugs mailing list <cairo-bugs> |
| Severity: | normal | ||
| Priority: | medium | ||
| Version: | 1.10.3 | ||
| Hardware: | Other | ||
| OS: | All | ||
| Whiteboard: | |||
| i915 platform: | i915 features: | ||
| Attachments: |
sample code to demonstrate the bug
The incorrect pdf output The expected PNG output |
||
Created attachment 49695 [details]
The incorrect pdf output
Created attachment 49696 [details]
The expected PNG output
Fixed in master with http://cgit.freedesktop.org/cairo/commit/?id=c1b0e73578fe2528c8e68e309fd602acaef42e67 The fill and stroke were combined to use the PDF fill-stroke operator but cairo was not noticing that the clip had changed between the fill and stroke. |
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.
Created attachment 49694 [details] sample code to demonstrate the bug In the attached sample code, the left and right sides should be the same, and in PNG output they are. However, in PDF output, the right side is 'broken': the stroke is produced un-clipped. The order of the fill and clip commands shouldn't matter (AFAIK) because the fill is only within the path that is also being clipped.