Version: Unbekannt (using 4.1.85 (KDE 4.1.85 (KDE 4.2 Beta2)), Kubuntu packages) Compiler: cc OS: Linux (i686) release 2.6.27-9-generic To switch between Workspaces, I have assigned Ctrl+Tab as the global Kwin shortcut for "One desktop to the right" and wanted to have Ctrl+Shift+Tab for "One desktop to the left". When I configure the shortcut in the "System Settings -> Keyboard & Mouse" window and press Ctrl+Shift+Tab, this gets replaced by "Ctrl+Backtab" and is accepted, but it simply doesn't work. Right now, when I press Ctrl+Tab, I go one desktop to the right, but when I press Ctrl+Shift+Tab, either nothing or the default Shift+Tab action happens (e.g. switch to the previous text field). I cannot see why this happens, but it is weird that it depends on the actual key combination whether the shortcut works or not.
I also have this problem, and bug 180449 appears to be a duplicate. Note that the default hotkeys include Alt+Shift+Tab as Alt+Shift+Backtab, which work. But pressing this key combination to set the hotkey, it sets as Alt+Backtab, which does not work.
I can confirm this on KDE 4.2 (kubuntu packages) Solution: - Logout - Edit ~/.kde/share/kglobalshortcutsrc and change "previous screen" to CTRL+SHIFT+BACKTAB - Login again - Works Therefore, - either the way Backtab is interpreted by the kde system is incorrect (bug #179504 ?) - the shortcut is saved incorrectly.
*** This bug has been marked as a duplicate of bug 179504 ***
This report and bug 179504 are some different. Shift+Numbers "don't work" only for global shortcuts, while Shift+Tab "doesn't work" in applications too. Are you sure that this report really should be marked as duplicate of those?
I agree it seems different then bug 179504 but maybe it is the same in the code. Either way I am affected too. I will try replacing "Backtab" to "Shift+Backtab" in configuration file directly as comment #2 to see if it changes something.
I can confirm that manually editing the config files to add "shift" bypassed the problem: it is working.
I can confirm that manually editing the config files to add "shift" bypassed the problem: it is working. $ cd ~/.kde4/share/ $ grep -irn backtab * apps/kile/kileui.rc:856: <Action shortcut="Alt+Left; Ctrl+Shift+Backtab" name="gotoPrevDocument" /> apps/kate/kateui.rc:152: <Action shortcut="Alt+Left; Ctrl+Shift+Backtab" name="go_back" /> apps/konsole/konsoleui.rc:67: <Action shortcut="Shift+Left; Ctrl+Shift+Backtab" name="previous-view" /> apps/dolphin/dolphinui.rc:131: <Action shortcut="Ctrl+,; Ctrl+Shift+Backtab" name="activateprevtab" /> config/kilerc:134:gotoPrevDocument=Alt+Left; Ctrl+Shift+Backtab
*** Bug 244260 has been marked as a duplicate of this bug. ***
*** Bug 208559 has been marked as a duplicate of this bug. ***
*** Bug 262196 has been marked as a duplicate of this bug. ***
While not being able to judge whether this is really a duplicate of #179504, I can definitely confirm that this issue is still present in KDE 4.4.5. The only way to get around this is as described in the second comment. Why isn't this problem dealt with?
it's the very same bug. alt+shift+tab works fine _inside_ applications* only not with global shortcuts (whether defined from inside an application or systemsettings doesn't matter at all) -> therefore you should not comment to a bug marked as duplicate (unless explicitly questioning the dupe character) since it leads to information fractioning. *you can test by killing kglobalaccel and assigning the shortcut to eg. open or so. of course one can not re-assign a gloabally taken shortcut locally - that would simply be an invalid bug because an intentional error