https://bugs.kde.org/show_bug.cgi?id=503781
Nikoichu <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|UPSTREAM |--- Ever confirmed|0 |1 --- Comment #11 from Nikoichu <[email protected]> --- (In reply to Wismill from comment #9) > I will work on a fix for xkbcommon 1.10, but it will require a major update > of xkeyboard-config, so be patient 😅 Hello! It seems this issue has cropped up again, and this time "Shift cancels Caps Lock" doesn't seem to be the culprit. I recently updated my KDE version to 6.5.3, and there are problems with both the legacy and non-legacy ways of switching input methods: NON-LEGACY (binding Ctrl+Shift or any other key combination directly in the "Keyboard" settings menu) has the problem of not releasing either one of the two keys after executing the command, which is apparent on this test website (en.key-test.ru/), and creates problems in applications like Remmina and Aseprite. LEGACY (from the "key bindings" checkboxes submenu) has a different problem entirely - It executes the switch on KEY DOWN, not on key UP, which screws with other keyboard combinations that use the two modifier keys (for example Ctrl+Shift+Z to "Redo" in Aseprite - it doesn't recognize the last modifier keypress) Both of these cases were tested with and without the hacky "shift" file you gave me, and without any "Shift cancels Caps" options. It happens with other keybinds too, like the default Alt+Shift, which makes the issue actually kinda severe (assuming it affects everyone?). -- You are receiving this mail because: You are watching all bug changes.
