<html>
<head>
<base href="https://bugzilla.gnome.org/" />
</head>
<body><span class="vcard"><a href="page.cgi?id=describeuser.html&login=ofourdan%40redhat.com" title="Olivier Fourdan <ofourdan@redhat.com>"> <span class="fn">Olivier Fourdan</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;">Attachment #351962 status</td>
<td>reviewed
</td>
<td>none
</td>
</tr>
<tr>
<td style="text-align:right;">Attachment #351962 is obsolete</td>
<td>
</td>
<td>1
</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#c23">Comment # 23</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=ofourdan%40redhat.com" title="Olivier Fourdan <ofourdan@redhat.com>"> <span class="fn">Olivier Fourdan</span></a>
</span></b>
<pre>Created <span class=""><a href="attachment.cgi?id=366553&action=diff" name="attach_366553" title="[PATCH v4] window: Defer stack placement without a buffer">attachment 366553</a> <a href="attachment.cgi?id=366553&action=edit" title="[PATCH v4] window: Defer stack placement without a buffer">[details]</a></span> <a href='review?bug=780820&attachment=366553'>[review]</a>
[PATCH v4] window: Defer stack placement without a buffer
When closing a window and showing a new one, the new one may not be
granted input focus until it gets a buffer on Wayland.
If another window is chosen to receive focus and raised on top of stack,
the newly mapped window is focused but placed underneath that other
window.
Meaning that for Wayland surfaces, we need to defer adding the window to
the stack until we actually get to show it, once we have a buffer
attached.
Rather that checking the windowing backend prior to decide if a window
is stackable or not, introduce a new vfunc is_stackable() which tells
if a window should be added to the stack regardless of the underlying
windowing system.
Also add meta_window_in_stack() API rather than checking the stack
position directly (replacing the define WINDOW_IN_STACK only available
in stack.c) and remove a window from the stack only if it is present
in the stack, so that the test in meta_stack_remote() becomes
irrelevant.</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>