f71151a5dd
When requesting to a take-focus window to acquire the input, the client may or may not respond with a SetInputFocus (this doesn't happen for no-input gtk windows in fact [to be fixed there too]), in such case we were unsetting the focus while waiting the reply. In case the client won't respond, we wait for a small delay (set to 250 ms) for the take-focus window to grab the input focus before setting it to the default window. Added a test for this behavior and for the case in which a window takes the focus meanwhile we're waiting to focus the default window. https://gitlab.gnome.org/GNOME/mutter/merge_requests/307 |
||
---|---|---|
.. | ||
basic-wayland.metatest | ||
basic-x11.metatest | ||
client-side-decorated.metatest | ||
closed-transient-no-input-no-take-focus-parent.metatest | ||
closed-transient-no-input-no-take-focus-parents.metatest | ||
closed-transient-no-input-parent-delayed-focus-default-cancelled.metatest | ||
closed-transient-no-input-parent.metatest | ||
closed-transient.metatest | ||
minimized.metatest | ||
mixed-windows.metatest | ||
override-redirect.metatest | ||
set-parent-exported.metatest | ||
set-parent.metatest |