summaryrefslogtreecommitdiff
path: root/src/compositor/extensions/qwaylandquickshellintegration.h
diff options
context:
space:
mode:
authorEskil Abrahamsen Blomfeldt <eskil.abrahamsen-blomfeldt@qt.io>2022-04-04 12:14:04 +0200
committerEskil Abrahamsen Blomfeldt <eskil.abrahamsen-blomfeldt@qt.io>2022-05-03 04:46:57 +0000
commit4910b7adfa706520cd5180d5384b999488550aef (patch)
treecc58dab46374362acf6f8b447144f9d294867293 /src/compositor/extensions/qwaylandquickshellintegration.h
parent6d8e7567d7d1737c240cfca4402bf6ec5a67b02e (diff)
downloadqtwayland-4910b7adfa706520cd5180d5384b999488550aef.tar.gz
Clear keyboard modifier state when application deactivates
When the application deactivates while a modifier is held down, the modifier would get stuck and be set for all subsequent shortcut events. This could easily happen when nesting a Wayland compositor inside another compositor and using ALT+TAB to switch to another application. The alt modifier would then get stuck, since it never received any release event. When the application is inactive and then comes back, we can't know which keys are pressed, so it's better to just assume they are all cleared at this point. [ChangeLog][QtWaylandCompositor] Fixed a bug where keyboard modifiers would get stuck if the compositor was running nested inside e.g. X11 and then ALT-TAB was used to switch to a different application. This would cause shortcuts to misbehave. Fixes: QTBUG-101862 Change-Id: I9645418719d8ef8fc2ce2203ca5b6a159f3d9a7c Reviewed-by: Paul Olav Tvete <paul.tvete@qt.io>
Diffstat (limited to 'src/compositor/extensions/qwaylandquickshellintegration.h')
0 files changed, 0 insertions, 0 deletions