Bug 253842 - Problems with Shift+... hotkeys and KeyPad hotkeys
Summary: Problems with Shift+... hotkeys and KeyPad hotkeys
Status: RESOLVED DUPLICATE of bug 354040
Alias: None
Product: frameworks-kglobalaccel
Classification: Frameworks and Libraries
Component: general (show other bugs)
Version: unspecified
Platform: Debian unstable Linux
: NOR normal
Target Milestone: ---
Assignee: Martin Flöser
URL:
Keywords:
: 245797 272923 (view as bug list)
Depends on:
Blocks:
 
Reported: 2010-10-11 15:39 UTC by ultr
Modified: 2015-10-18 12:42 UTC (History)
6 users (show)

See Also:
Latest Commit:
Version Fixed In:

Attachments
Add an attachment

Note You need to log in before you can comment on or make changes to this bug.
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 ***