[PATCH weston] input: don't send to clients key events eaten by bindings
Bill Spitzak
spitzak at gmail.com
Wed Nov 5 13:16:31 PST 2014
It seems like it would be easy for the client to not repeat the key if
it did not see the key-down event. I find it pretty amazing that you
duplicated about the only bug that having clients do the repeat rather
than the compositor solves.
Any patch that removes the fact that the key is still being held down by
the user from the key array is incorrect.
>> - open xterm (via Xwayland)
>> - open weston-terminal
>> - press Mod
>> - press 'k' (Mod+k is a weston hotkey for killing an app)
>> - weston-terminal gets killed, focus moves to xterm
>> - before xterm gets killed too, release Mod
>> - 'k' starts repeating in xterm until you release 'k'
>>
>> The premise here is that since 'k' was the final key that triggered a
>> keybinding, the press and release of 'k' must not be sent to any client.
>>
>> This obviously fails in the above experiment, not via a key-press event
>> but via the list of pressed keys in keyboard enter event. (You cannot
>> see it with WAYLAND_DEBUG, because it cannot decode wl_array type.)
>>
>> So, problem confirmed.
More information about the wayland-devel
mailing list