isa/mutter
1
0
Fork 0
mirror of https://github.com/brl/mutter.git synced 2025-03-20 18:25:04 +00:00
Code Issues Packages Projects Releases Wiki Activity
mutter/src/tests/stacking/closed-transient-no-input-parent-delayed-focus-default-cancelled.metatest

38 lines
417 B
Plaintext
Raw Normal View History

window-x11: Focus the default window with delay while waiting for take-focus 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
2018-11-14 00:08:34 +01:00
new_client 2 x11
create 2/1
show 2/1
new_client 1 x11
create 1/1
show 1/1
create 1/2 csd
set_parent 1/2 1
accept_focus 1/2 false
show 1/2
create 1/3 csd
set_parent 1/3 2
show 1/3
wait
assert_focused 1/3
assert_stacking 2/1 1/1 1/2 1/3
destroy 1/3
tests/stacking: Avoid random failures in focus tests Some tests were not waiting for the test client to actually issue destroy commands before checking their effect on the window focus. Similarly when mutter is supposed to change the focus based on a delay by sending a WM_TAKE_FOCUS to the client, this also could fail without synchronization with the client before checking the result. https://gitlab.gnome.org/GNOME/mutter/-/merge_requests/1325
2020-06-21 00:40:18 +02:00
wait
window-x11: Focus the default window with delay while waiting for take-focus 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
2018-11-14 00:08:34 +01:00
assert_stacking 2/1 1/1 1/2
activate 2/1
wait
assert_focused 2/1
assert_stacking 1/1 1/2 2/1
sleep 250
tests/stacking: Avoid random failures in focus tests Some tests were not waiting for the test client to actually issue destroy commands before checking their effect on the window focus. Similarly when mutter is supposed to change the focus based on a delay by sending a WM_TAKE_FOCUS to the client, this also could fail without synchronization with the client before checking the result. https://gitlab.gnome.org/GNOME/mutter/-/merge_requests/1325
2020-06-21 00:40:18 +02:00
wait
window-x11: Focus the default window with delay while waiting for take-focus 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
2018-11-14 00:08:34 +01:00
assert_focused 2/1
assert_stacking 1/1 1/2 2/1
Reference in New Issue Copy Permalink