Version: unspecified (using KDE 4.7.1) OS: Linux Shortcuts involving SHIFT and TAB (such as alt+shift+tab for window switching, and ctrl+shift+tab) are not correctly assigned. Configuration tool detects ***+shift+tab, but in order for the shortcuts to work it should be ***+shift+backtab. My keyboard layout is US-international with dead keys. Reproducible: Always Steps to Reproduce: Open global shortcuts configuration tool. Assign META+SHIFT+TAB to Walk Window Tabs (reverse). Apply. Try it on a multi-tabbed window. Actual Results: Detected keys were "Meta+Shift+Tab". Activating the shortcut nothing happens. Expected Results: Detected keys should be "Meta+Shift+Backtab" Activating the shortcut should switch tabs of the window manager. Maybe this is related to the keyboard layout, but I haven't tested on others. I'm using US international with dead keys. Extracted from .kde/share/config/kglobalshortcutsrc: Walk Through Window Tabs (Reverse)=Meta+Shift+Tab,none, (... localized string ...) Walk Through Windows (Reverse)=Alt+Shift+Backtab,Alt+Shift+Backtab, (...) The second row is default and works fine. The first row is in error.
This bug has been in existance for the entire life of KDE 4. I can confirm it on KDE 4.1-4.7 on OpenSuse and Fedora. If the combined shortcuts for an action involve both shift and tab it will simply not work as the word tab gets put into kglobalshortcutsrc instead of backtab. I guess the question is why do we have tab for unshifted actions and backtab for shifted ones when we don't do this with either Ctrl or Alt? Bobby
I still can reproduce this bug using KDE Frameworks 5.15.0 on openSUSE tumbleweed - if I assign meta+shift+tab to any global shortcut, it doesn't work.
Hi, I recently figured out that this seems to be fixed in plasma-framework 5.28.0. So I'm suggesting to close this bug. Matthias
Confirmed (on plasma-framework-5.32.0-1.1.x86_64) - this bug was indeed fixed :-)