Bug 253842

Summary:	Problems with Shift+... hotkeys and KeyPad hotkeys
Product:	[Frameworks and Libraries] frameworks-kglobalaccel	Reporter:	ultr <ultr>
Component:	general	Assignee:	Martin Flöser <mgraesslin>
Status:	RESOLVED DUPLICATE
Severity:	normal	CC:	artjom.simon, cade.robinson, chaos-ad, evgom.sid, jhb, kdelibs-bugs
Priority:	NOR
Version:	unspecified
Target Milestone:	---
Platform:	Debian unstable
OS:	Linux
See Also:	https://bugs.kde.org/show_bug.cgi?id=341959
Latest Commit:		Version Fixed In:
Sentry Crash Report:

Description ultr 2010-10-11 15:39:47 UTC

Version:           unspecified (using KDE 4.5.1) 
OS:                Linux

SystemSettings does include "Shift" into the shortcut key instead of adding it as modifier, ex:
Ctrl+Shift+2 becomes Ctrl+@
But such shortcuts do not work for me, so I cannot use any Shift in my hotkeys.

Also the KeyPad handling has bugs.
KeyPad keys should be read as KP_* keys, not as characters they represent, so that NumLock state does not affect them.
But now it does and Ctrl+KP_O becomes Ctrl+0 or Ctrl+Insert (depending on NumLock state). But neither of them are triggered when I press Ctrl+KP_0. Instead they represent normal keyboard 0 (zero) and the Insert key above the arrows.

Reproducible: Always

Comment 1 ultr 2010-10-11 15:41:11 UTC

*** Bug 245797 has been marked as a duplicate of this bug. ***

Comment 2 ultr 2011-05-01 10:57:48 UTC

Please someone fix this...

Comment 3 John Baldwin 2011-09-19 15:04:17 UTC

I can confirm this is a regression in KDE 4 vs KDE 3 on FreeBSD as well.  As a simple test just try to bind a global shortcut of "Ctrl+!" to switch to a desktop.  It will fail to activate whereas various other shortcuts work fine ("Ctrl+1", "Ctrl+Shift+Y", "Alt+1", etc.).  This appears to be an issue with "shift" being applied as it fails for any non-Alpha character when Shift is used ("!", "@", "#", "$", "%", "^", etc.).

Comment 4 Erick Osorio 2012-04-04 19:47:44 UTC

The problem stilll.. Please fix it.

Comment 5 Jekyll Wu 2012-11-06 01:15:11 UTC

*** Bug 272923 has been marked as a duplicate of this bug. ***

Comment 6 artjom.simon 2015-05-15 14:41:00 UTC

Can confirm on Arch LInux using Qt 5.4.1 and khotkeys 5.3.0. #c3 describes it perfectly.

Comment 7 Cade Robinson 2015-10-06 14:43:47 UTC

I noticed this in knosole for the copy input to select tabs and the copy to none shortcuts
ctrl+shift+. and ctrl+shift+/
If I tried to set them to that manually the shortcut would change to just ctrl+> and ctrl+?
But when used would just output a > and a ?
I tested with other non-alpha with shift and just like what comment #3 says - they don't work.

ctrl+shift+anyletter works.  Any number doesn't since that would be a non-alpha (! @ # $ % etc)
This combo used to work for me but unfortunately I don't know when it broke.

I am currently on Arch 
qt 5.5.0 and khotkeys 5.4.1

Comment 8 Cade Robinson 2015-10-07 19:56:31 UTC

*** This bug has been confirmed by popular vote. ***

Comment 9 Thomas Lübking 2015-10-10 22:26:12 UTC

At least the shift condition should be fixed with bug #341959 - no idea about the keypad but afaics kglobalaccel only operates on the generated symbol, not the keycode (ie, there's nothing such as kp_0 but only 0 or insert from its pov)

Comment 10 Thomas Lübking 2015-10-18 12:42:13 UTC

Fixed shift modifier part, numpad part is now bug #354040
Please don't report multiple issues in one bug next time, key? ;-)

*** This bug has been marked as a duplicate of bug 354040 ***