Bug 215030

Summary:	Global shortcuts involving Ctrl+Shift are not handled
Product:	[Unmaintained] khotkeys	Reporter:	Pavel Gurevich <fax.k.root>
Component:	general	Assignee:	Michael Jansen <kde>
Status:	RESOLVED FIXED
Severity:	normal	CC:	bleverett
Priority:	NOR
Version:	unspecified
Target Milestone:	---
Platform:	openSUSE
OS:	Linux
Latest Commit:		Version Fixed In:	4.8.0
Sentry Crash Report:

Description Pavel Gurevich 2009-11-17 21:41:19 UTC

Version:            (using KDE 4.3.3)
OS:                Linux
Installed from:    openSUSE RPMs

It is possible to define global shortcuts in Control Center of the form <Ctrl>+<Shif>+<key>, but the actual actions are not called at all when the combination is then pressed.

I used to switch languages with <Ctrl>+<Shift>+<number> combinations, so this is a usability fault to my opinion. KDE3 hasn't such a problem.

Thank you!

Comment 1 Pavel Gurevich 2009-12-07 19:26:40 UTC

I paid attention, that there might be a more general problem: when several modifiers are present, Shift is somehow disregarded. 

For example, <Win>-<Tab> is set for switching desktops, and <Win>-<Shift>-<Tab> is used for reverse switch. The latter does not work, although is set without a problem in the Control Centre.

Comment 2 Blake Leverett 2010-01-04 20:15:20 UTC

I have this problem.  What seems to be happening is that modifier keys (shift, alt, etc.) do not get registered.  I wanted Shift+Media Next to do something, but what showed up in kglobalshortcutsrc was simply "Media Next".  I edited the line in kglobalshortcutsrc manually to be "Shift+Media Next", and now the shortcut works.

It appears that the global shortcuts editor drops any modifier from the custom input keycode.

Comment 3 Simon Persson 2011-06-29 04:14:11 UTC

Git commit 568cb9268a3f940564d155526cb81cec4327cbf6 by Simon Persson.
Committed on 29/06/2011 at 04:56.
Pushed by persson into branch 'master'.

Fix global shortcuts that include symbols produced with shift key

KKeySequenceWidget (used to enter shortcuts) removes shift from the
recorded shortcut if the symbol produced from that key is different
when shift is used. kglobalaccel needs to include shift in the grab in
order to be triggered on this class of shortcuts, and then in the
keypress event handler it also needs to strip the shift again before
checking which shortcut was just triggered.
BUG: 179504
BUG: 197548
BUG: 215030
CCMAIL: kde@michael-jansen.biz
REVIEW: 101520

M  +23   -3    kglobalaccel/kglobalaccel_x11.cpp     

http://commits.kde.org/kde-runtime/568cb9268a3f940564d155526cb81cec4327cbf6

Comment 4 Pavel Gurevich 2011-09-30 09:27:55 UTC

Which release the patch is intended to be included in, please? I'm running KDE SC 4.7.1@OpenSuSE 11.4, and the bug is still there.