Version: unspecified (using KDE 4.4.5) OS: Linux When the Meta+Shift+Tab key combination is registered as a keyboard shortcut, it gets listed under the relevant application's shortcuts (either as an application starter or as virtual desktop change command). However khotkeys (or maybe kwin, I'm not sure) apparently doesn't even receive it. This can be seen by watching the current window: Meta+Shift+Tab switches the focus to the previous field, just as would be expected from Shift+Tab if no shortcuts were assigned. Reproducible: Always Steps to Reproduce: 1. Go to KDE settings and pick "Keyboard and Mouse" 2. Under "General Keyboard Shortcuts", select any application and assign Meta+Shift+Tab to have any function you wish 3. Now when you try the shortcut combination, watch the focus indicator on your current window (if exists, together with multiple fields) stepping back. Actual Results: The action associated with the shortcut is not triggered, instead the current window receives a Shift+Tab keystroke. Expected Results: The shortcut should trigger the registered action instead.
Git commit 6026c3a32056bdbae6964e25abf712870edf5aac by Simon Persson. Committed on 29/06/2011 at 05:10. Pushed by persson into branch 'master'. Make global shortcuts involving shift+tab work When entering (ctrl,alt,meta)+shift+tab as a new shortcut KKeySequenceWidget gets "backtab" as the key pressed but records "tab". kglobalaccel gets the keypress event as "backtab" which is correct but only triggers shortcuts with "backtab" in them and such shortcuts are not possible for the user to enter. This commit makes kglobalaccel look for both tab and backtab when triggered, same as Qt does. By triggering on both it also avoids breaking peoples alt+shift+tab on upgrade. BUG: 174142 BUG: 258467 BUG: 261296 BUG: 274006 CCMAIL: kde@michael-jansen.biz REVIEW: 101523 M +19 -2 kglobalaccel/globalshortcutcontext.cpp http://commits.kde.org/kde-runtime/6026c3a32056bdbae6964e25abf712870edf5aac