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.