https://bugs.kde.org/show_bug.cgi?id=365890
Bug ID: 365890
Summary: When using Shift+Home/End as shortcut using the neo
layout, the Shift+U / Shift+O keys do not enter large
U/O anymore.
Product: frameworks-kglobalaccel
Version: 5.24.0
Platform: Other
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: NOR
Component: general
Assignee: mgraess...@kde.org
Reporter: accounts+bugs....@florianjacob.de
CC: kdelibs-b...@kde.org
My X11 keyboard layout is set to the german neo layout. I can reproduce this
regardles of whether I choose neo or normal german keyboard layout via tha KDE
keyboard layout setting. In both layouts, it's the key right next to the left
shift key. So with german layout I can't type Shift+A, with neo, I can't type
Shift+U.
It's still very likely that this is related to using neo layout (but I can't
test it on a clean machine), because the keys Mod4+U (physical A key) / Mod4+O
(physical G key) are alternative Home / End keys in neo. It seems like
kglobalaccel (or the underlying Qt) are somehow overreacting and filtering out
Shift+U too because Mod4+U would be the targeted Home key.
Here's the output of xev for Shift+A and Shift+S via german keyboard layout. It
seems like the KeyPress Event for Shift+A can't be decoded to "A".
KeyPress event, serial 28, synthetic NO, window 0xa00001,
root 0x97, subw 0x0, time 4513962, (73,104), root:(73,518),
state 0x2000, keycode 50 (keysym 0xffe1, Shift_L), same_screen YES,
XLookupString gives 0 bytes:
XmbLookupString gives 0 bytes:
XFilterEvent returns: False
KeyPress event, serial 28, synthetic NO, window 0xa00001,
root 0x97, subw 0x0, time 4514652, (73,104), root:(73,518),
state 0x2001, keycode 30 (keysym 0x55, U), same_screen YES,
XKeysymToKeycode returns keycode: 38
XLookupString gives 1 bytes: (55) "U"
XmbLookupString gives 1 bytes: (55) "U"
XFilterEvent returns: False
KeyRelease event, serial 28, synthetic NO, window 0xa00001,
root 0x97, subw 0x0, time 4514723, (73,104), root:(73,518),
state 0x2001, keycode 30 (keysym 0x55, U), same_screen YES,
XKeysymToKeycode returns keycode: 38
XLookupString gives 1 bytes: (55) "U"
XFilterEvent returns: False
KeyRelease event, serial 28, synthetic NO, window 0xa00001,
root 0x97, subw 0x0, time 4515127, (73,104), root:(73,518),
state 0x2001, keycode 50 (keysym 0xffe5, Caps_Lock), same_screen YES,
XLookupString gives 0 bytes:
XFilterEvent returns: False
KeyPress event, serial 28, synthetic NO, window 0xa00001,
root 0x97, subw 0x0, time 4544507, (77,91), root:(77,505),
state 0x2000, keycode 62 (keysym 0xffe2, Shift_R), same_screen YES,
XLookupString gives 0 bytes:
XmbLookupString gives 0 bytes:
XFilterEvent returns: False
KeymapNotify event, serial 28, synthetic NO, window 0x0,
keys: 4294967191 0 0 0 64 0 0 64 0 0 0 0 0 0 0 0
0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
KeyRelease event, serial 28, synthetic NO, window 0xa00001,
root 0x97, subw 0x0, time 4545002, (77,91), root:(77,505),
state 0x2001, keycode 38 (keysym 0x41, A), same_screen YES,
XKeysymToKeycode returns keycode: 40
XLookupString gives 1 bytes: (41) "A"
XFilterEvent returns: False
KeyRelease event, serial 28, synthetic NO, window 0xa00001,
root 0x97, subw 0x0, time 4545352, (77,91), root:(77,505),
state 0x2001, keycode 62 (keysym 0xffe5, Caps_Lock), same_screen YES,
XKeysymToKeycode returns keycode: 50
XLookupString gives 0 bytes:
XFilterEvent returns: False
Reproducible: Always
Steps to Reproduce:
0. Probably: Use neo as X11 keyboard layout setting
1. Custom Shortcuts > New > Global Shortcut > Command
2. Trigger: Shift+Home
3. Action: notify-send "hi"
4. Try to enter the large letter U in any textbox
Actual Results:
nothing happens
Expected Results:
a large letter "U" is entered.
I'm using current KDE via ArchLinux (Qt 5.7.0, KF 5.24.0, Plasma 5.7.2)
--
You are receiving this mail because:
You are watching all bug changes.
