<html>
<head>
<base href="https://bugs.freedesktop.org/">
</head>
<body><table border="1" cellspacing="0" cellpadding="8">
<tr>
<th>Bug ID</th>
<td><a class="bz_bug_link
bz_status_NEW "
title="NEW - Nesting backgrounds with identical RGBA causes wrong colours to be drawn at innermost level"
href="https://bugs.freedesktop.org/show_bug.cgi?id=99233">99233</a>
</td>
</tr>
<tr>
<th>Summary</th>
<td>Nesting backgrounds with identical RGBA causes wrong colours to be drawn at innermost level
</td>
</tr>
<tr>
<th>Product</th>
<td>cairo
</td>
</tr>
<tr>
<th>Version</th>
<td>unspecified
</td>
</tr>
<tr>
<th>Hardware</th>
<td>Other
</td>
</tr>
<tr>
<th>OS</th>
<td>All
</td>
</tr>
<tr>
<th>Status</th>
<td>NEW
</td>
</tr>
<tr>
<th>Severity</th>
<td>normal
</td>
</tr>
<tr>
<th>Priority</th>
<td>medium
</td>
</tr>
<tr>
<th>Component</th>
<td>xlib backend
</td>
</tr>
<tr>
<th>Assignee</th>
<td>chris@chris-wilson.co.uk
</td>
</tr>
<tr>
<th>Reporter</th>
<td>dboles.src@gmail.com
</td>
</tr>
<tr>
<th>QA Contact</th>
<td>cairo-bugs@cairographics.org
</td>
</tr></table>
<p>
<div>
<pre>This was originally reported against GTK+ here:
<a href="https://bugzilla.gnome.org/show_bug.cgi?id=774270">https://bugzilla.gnome.org/show_bug.cgi?id=774270</a> A primary developer for
rendering on GTK+ believes this to be an issue in Cairo or the X driver. So I'm
moving it here. I hope there's enough info to do something useful.
Unfortunately my knowledge of the tech involved is pretty minimal at this
point, but I'll try any tests you want!
Basically, by nesting GtkFrames that had identical RGBA components in their
background colours and 0 < alpha < 1, I found that child widgets of the
innermost frame would not properly draw its background colour as they should.
Rather, they would intermittently draw the background colour of an
earlier/uppermost frame... although this would flicker to/from the correct
colour through such actions as hovering over the widget or resizing the window.
By noticing some inconsistencies in when this occurred, I came to realise that
by ensuring each successively nested frame's background colour differs from its
parent's by at least 1 point (on a 0~255 scale) in at least 1 of the RGB
components, then this problem can be worked around. However, if 1 or more of
the nested frames' bg colours are the same, things start glitching out.
Running the test case with GDK_RENDERING=image to achieve the following...
<span class="quote">> Always create image surfaces. This essentially turns off all hardware acceleration inside GTK.</span >
...also bypasses the issue.
I've tried to run this in Xvfb in an attempt to narrow down whether it's Cairo
or X but haven't gotten anywhere fast yet.
Again, let me know anything I can do to help diagnose (or redirect) this.
Thanks!</pre>
</div>
</p>
<hr>
<span>You are receiving this mail because:</span>
<ul>
<li>You are the QA Contact for the bug.</li>
</ul>
</body>
</html>