Summary: | Regressions in poppler since cairo 1.12.4 | ||
---|---|---|---|
Product: | cairo | Reporter: | Carlos Garcia Campos <carlosgc> |
Component: | image backend | Assignee: | Chris Wilson <chris> |
Status: | RESOLVED MOVED | QA Contact: | cairo-bugs mailing list <cairo-bugs> |
Severity: | normal | ||
Priority: | medium | ||
Version: | 1.12.4 | ||
Hardware: | Other | ||
OS: | Linux (All) | ||
Whiteboard: | |||
i915 platform: | i915 features: | ||
Attachments: |
Expected
Actual (since cairo 1.12.4) Diff testcase |
Description
Carlos Garcia Campos
2012-11-15 17:43:52 UTC
Created attachment 70136 [details]
Actual (since cairo 1.12.4)
Created attachment 70137 [details]
Diff
Is this still an issue with latest git? Created attachment 112021 [details]
testcase
The problem here is that filling twice the same area including
partially covered pixels results in the first color being blended with
the second in these pixels.
The attached test case shows that the commit above exposed this limitation
in the case of filling two paths clipped by the same vertical edge when
the clip is a rectangle and the edge is not along an integer x and it shows
that the behaviour is now consistent.
It is possible to undo the rekevant effects of that commit by appending a
'&& 0' to the if condition at line 1138 in src/cairo-spans-compositor.c:
if (extents->clip->num_boxes == 1 && 0) {
-- GitLab Migration Automatic Message -- This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity. You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/cairo/cairo/issues/189. |
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.