<html>
<head>
<base href="https://bugs.freedesktop.org/" />
</head>
<body>
<p>
<div>
<b><a class="bz_bug_link
bz_status_NEW "
title="NEW --- - intel-virtual-overlay: only background image and mouse cursor"
href="https://bugs.freedesktop.org/show_bug.cgi?id=68987#c13">Comment # 13</a>
on <a class="bz_bug_link
bz_status_NEW "
title="NEW --- - intel-virtual-overlay: only background image and mouse cursor"
href="https://bugs.freedesktop.org/show_bug.cgi?id=68987">bug 68987</a>
from <span class="vcard"><a class="email" href="mailto:chris@chris-wilson.co.uk" title="Chris Wilson <chris@chris-wilson.co.uk>"> <span class="fn">Chris Wilson</span></a>
</span></b>
<pre>(In reply to <a href="show_bug.cgi?id=68987#c11">comment #11</a>)
<span class="quote">> (In reply to <a href="show_bug.cgi?id=68987#c10">comment #10</a>)
> > Can you please comment out the call to XSetErrorHandler() (and cross your
> > fingers that you don't die too early with races with multiple RandR clients)
> > and see if that reports an issue?
>
> Not sure this generated any useful information:
>
> X Error of failed request: BadAccess (attempt to access private resource
> denied)
> Major opcode of failed request: 139 (RANDR)
> Minor opcode of failed request: 17 (RRDestroyMode)
> Serial number of failed request: 51
> Current serial number in output stream: 52</span >
Yes, that's why errors are being ignored. It seems to be impossible to
atomically adjust the outputs and modes (especially we require round trips with
the server) - so we end up with other RandR clients using our modes that we
want to clean up.</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>