Bug 48027 - Regression with cairo 1.12.0 in Webkit/GTK based browser
Summary: Regression with cairo 1.12.0 in Webkit/GTK based browser
Status: RESOLVED MOVED
Alias: None
Product: cairo
Classification: Unclassified
Component: xlib backend (show other bugs)
Version: 1.12.0
Hardware: Other All
: medium normal
Assignee: Carl Worth
QA Contact: cairo-bugs mailing list
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2012-03-29 01:13 UTC by Sebastian Dröge (slomo)
Modified: 2018-08-25 13:47 UTC (History)
0 users

See Also:
i915 platform:
i915 features:


Attachments

Description Sebastian Dröge (slomo) 2012-03-29 01:13:57 UTC
Can be easily reproduced by loading the following page with a Webkit/GTK based browser with cairo 1.10 and cairo 1.12:
http://demo.redmine.org/projects/qs/issues/gantt

The red, empty squares (with cairo 1.12) are meant to be filled with a red/white 1*1px checkerboard pattern... and actually are with cairo 1.10.

Might be related to bug #47266 , maybe not
Comment 1 Sebastian Dröge (slomo) 2012-03-31 00:59:34 UTC
As discussed on IRC this is most likely a bug in the xlib backend as it doesn't happen with WebKit2 (which uses the image backend).

Also:
<ickle>	the squares are filled in at first, and in the traces.
<ickle>	also missing the squiggly horizontal line
Comment 2 Chris Wilson 2012-04-30 12:44:16 UTC
The original demo is now no longer accessible, and I haven't found an alternative gantt chart that is meant to have the checkboard pattern. Lots have the blank space where the squiggle should be, but I'm sure if that is even meant to be displayed or not.

Do you have a new URL that demonstrates the issue?
Comment 3 Sebastian Dröge (slomo) 2012-05-01 01:01:51 UTC
http://demo.redmine.org/projects/gsdemoproject/issues/gantt?set_filter=1&f%5B%5D=status_id&op%5Bstatus_id%5D=o&f%5B%5D=&months=6&month=3&year=2012&zoom=2

This one for example. There should be a dotted line between the two blue rhombus and the red and green box for the two bugs should have a dotted filling too.
Comment 4 Chris Wilson 2012-05-01 09:27:31 UTC
It doesn't seem to be caused by changes in the image backend. Forcing it to use the original compositor doesn't fix the missing graphics. A similar story when forcing cairo-xlib to use fallbacks, still the graphics are not drawn. I suspect this problem is not internal to cairo.
Comment 5 GitLab Migration User 2018-08-25 13:47:43 UTC
-- 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/198.


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.