<html>
<head>
<base href="https://bugs.freedesktop.org/">
</head>
<body>
<p>
<div>
<b><a class="bz_bug_link
bz_status_NEW "
title="NEW - [Regression] Xwayland/Present: Black window with "World of Warcraft" under Wine"
href="https://bugs.freedesktop.org/show_bug.cgi?id=107757#c2">Comment # 2</a>
on <a class="bz_bug_link
bz_status_NEW "
title="NEW - [Regression] Xwayland/Present: Black window with "World of Warcraft" under Wine"
href="https://bugs.freedesktop.org/show_bug.cgi?id=107757">bug 107757</a>
from <span class="vcard"><a class="email" href="mailto:fourdan@xfce.org" title="Olivier Fourdan <fourdan@xfce.org>"> <span class="fn">Olivier Fourdan</span></a>
</span></b>
<pre>The logs from <span class=""><a href="attachment.cgi?id=141381" name="attach_141381" title="PresentDebug logs">attachment 141381</a> <a href="attachment.cgi?id=141381&action=edit" title="PresentDebug logs">[details]</a></span> are useless, WoW uses multiple windows and
those are from a working case (where the window is decorated/reparented
anyway).
But in the case of the actual game output window (the one which stays black),
we get instead:
q 1 0x1eb93a0 1: 016000bf -> 016000b9 (crtc 0x126f450) flip 1 vsync 0
serial 1
f 1 0x1eb93a0 1: 016000bf -> 016000b9
e 1 ust 235274993625 msc 1
n 1 0x1eb93a0 1: 016000bf -> 016000b9
And that's it!
So present_wmnd does notify and send an event to the client.
On the client side, the backtrace shows it's stuck in `xshmfence_await()`
called from `dri3_get_buffer()` (through `dri3_fence_await()`) but I still
don't understand what prevents that fence from being triggered.</pre>
</div>
</p>
<hr>
<span>You are receiving this mail because:</span>
<ul>
<li>You are the assignee for the bug.</li>
</ul>
</body>
</html>