Turning on sticky keys in Wayland has no effect. STEPS TO REPRODUCE Turn on sticky keys in system settings -> accessibility Press & release shift Press a letter key OBSERVED RESULT A lower case letter is typed EXPECTED RESULT An upper case letter is typed
I'm not sure that it's wired anywhere in on wayland.
Can confirm on: Operating System: Fedora Linux 35 KDE Plasma Version: 5.23.5 KDE Frameworks Version: 5.89.0 Qt Version: 5.15.2 Kernel Version: 5.15.12-200.fc35.x86_64 (64-bit) Graphics Platform: Wayland
Can confirm on: Operating System: Arch Linux KDE Plasma Version: 5.24.3 KDE Frameworks Version: 5.91.0 Qt Version: 5.15.3 Kernel Version: 5.16.14-arch1-1 Graphics Platform: Wayland
This bug unfortunately makes KDE completely unusable under Wayland for those that need this feature. Given that a number of major distros are pushing to make Wayland default, I'm hoping to draw attention to it before that happens.
Still present on: Operating System: Fedora Linux 36 KDE Plasma Version: 5.24.5 KDE Frameworks Version: 5.93.0 Qt Version: 5.15.3 Kernel Version: 5.18.5-200.fc36.x86_64 (64-bit) Graphics Platform: Wayland The setting in ~/.config/kaccessrc is correct (and reflects the state of the respective checkbox in SystemSettings): [Keyboard] StickyKeys=true (This is the only thing that's stopping me from switching to Wayland. If there's a manual workaround, I'd love to know about it.)
See https://lists.freedesktop.org/archives/wayland-devel/2016-March/027419.html for some discussion how sticky keys and related things could be implemented on Wayland TL;DR it's something that the compositor/kwin needs to do in its input processing, possibly with help from xkbcommon, but as far as I can tell no relevant work on xkbcommon was done
A possibly relevant merge request was started @ https://invent.kde.org/plasma/kwin/-/merge_requests/3365
(In reply to Nicolas Fella from comment #6) May I add a future feature request to this.. Make the "Lock Keys Status" indicator in the system-tray aware of the status of the sticky-keys.
(In reply to Dan Snis from comment #8) > (In reply to Nicolas Fella from comment #6) > > May I add a future feature request to this.. > Make the "Lock Keys Status" indicator in the system-tray aware of the status > of the sticky-keys. Sounds reasonable. Can you please make a new report in kdeplasma-addons | Keyboard Indicator for this so we can track it properly?
https://invent.kde.org/plasma/kwin/-/merge_requests/3365 makes the basic functionality work on Wayland. For the various options the KCM provides see these follow-up bugs: https://bugs.kde.org/show_bug.cgi?id=464452 https://bugs.kde.org/show_bug.cgi?id=464453 https://bugs.kde.org/show_bug.cgi?id=464456 https://bugs.kde.org/show_bug.cgi?id=464457 https://bugs.kde.org/show_bug.cgi?id=464458 It would be great to have some input on which of these are most important/should be prioritized or which of them may be unimportant enough to drop them
The following scenario works correctly on KDE neon Unstable Edition Live CD (Wayland, Qt 6.6.0, KDE Plasma Version 5.81.80): "Turn on sticky keys in System Settings -> Input & Output > Accessibility > Modifier Keys > make sure that the checkbox "Enable" is turned on. Apply. Open kate. Press & release shift Press a letter key An upper case letter is typed" Is 444335 only about this scenario and therefore we can close this issue? Or is 444335 a metabug and therefore might require fixing a number of other issues before we can close 444335?