<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>