<html>
    <head>
      <base href="https://bugzilla.gnome.org/" />
    </head>
    <body><span class="vcard"><a href="page.cgi?id=describeuser.html&login=jadahl%40gmail.com" title="Jonas Ådahl <jadahl@gmail.com>"> <span class="fn">Jonas Ådahl</span></a>
</span> changed
              <a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - [Wayland] Focused window under application first window"
   href="https://bugzilla.gnome.org/show_bug.cgi?id=780820">bug 780820</a>
          <br>
             <table border="1" cellspacing="0" cellpadding="8">
          <tr>
            <th>What</th>
            <th>Removed</th>
            <th>Added</th>
          </tr>

         <tr>
           <td style="text-align:right;">CC</td>
           <td>
                
           </td>
           <td>jadahl@gmail.com
           </td>
         </tr></table>
      <p>
        <div>
            <b><a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - [Wayland] Focused window under application first window"
   href="https://bugzilla.gnome.org/show_bug.cgi?id=780820#c11">Comment # 11</a>
              on <a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - [Wayland] Focused window under application first window"
   href="https://bugzilla.gnome.org/show_bug.cgi?id=780820">bug 780820</a>
              from <span class="vcard"><a href="page.cgi?id=describeuser.html&login=jadahl%40gmail.com" title="Jonas Ådahl <jadahl@gmail.com>"> <span class="fn">Jonas Ådahl</span></a>
</span></b>
        <pre>Hmm. I think the issue is that we add the Wayland client window to the stack
too early. The issue seems to be that we

1. Create a new window that cant be shown
2. Adds this new window on top of the stack
3. Closes the currently focused window
4. Finds a good candidate for new focused window
5. Raises that window
6. Show the window created in 1.

If step 6. would happen before 3. we're fine, but not when after.

I see two possible solutions to this:

1) Delay adding the window to the stack until it is "ready" (i.e. has a buffer
attached)

Not sure what funny side effects this may have; does anything assume a window
is always in the stack?

2) Delay creation of the  MetaWindow until it's ready (i.e. has a buffer
attached)

Having a content-less MetaWindow has bitten us in the ass plenty of times, so
maybe we should stop having that. It'd require that we duplicate the relevant
state in meta-wayland-xdg-shell.c. meta-wayland-wl-shell.c already does this as
it needs to create/destroy the MetaWindow like crazy because wl_shell is crazy.</pre>
        </div>
      </p>
      <hr>
      <span>You are receiving this mail because:</span>
      
      <ul>
          <li>You are on the CC list for the bug.</li>
      </ul>
    </body>
</html>