when the keyboard layout US international with dead keys is chosen the keyboard shortcut Alt+` does not work but shows a wrong character in the system settings dialogue. Reproducible: Always Steps to Reproduce: 1) US-international with dead keys as keyboard layout set Actual Results: 1) Alt+` does not work. in the application switcher the characters are correctly shown (Alt+`) 2) after trying to re-set the shortcut to Alt+` the following wrong character show up: http://666kb.com/i/cn5p4pb730s4yskki.jpg 3) after changing the keyboard layout to US-international without dead keys and re-setting the keyboard shortcut to Alt+` the shortcut works and is correctly shown 4) on the same computer with a different desktop environment (tried out XFCE and unity) the keyboard shortcut is also usable with a keyboard with dead keys layout chosen. Expected Results: 1) that this shortcut also works with a keyboard layout with dead keys. I posted the problem already here http://ubuntuforums.org/showthread.php?t=2214609 and now found the source to the problem as I encountered the exact same behaviour on a fresh kubuntu 14.04 32bits install on another computer. it is reproducible.
addendum to the post at ubuntuforums.org where I initially described the problem: The shortcut worked on a laptop with belgian AZERTY layout. On another computer where I also use US-international with dead keys the problem shows up again.
Dear Bug Submitter, This bug has been stagnant for a long time. Could you help us out and re-test if the bug is valid in the latest version? I am setting the status to NEEDSINFO pending your response, please change the Status back to REPORTED when you respond. Thank you for helping us make KDE software even better for everyone!
Dear Bug Submitter, This is a reminder that this bug has been stagnant for a long time. Could you help us out and re-test if the bug is valid in the latest version? This bug will be moved back to REPORTED Status for manual review later, which may take a while. If you are able to, please lend us a hand. Thank you for helping us make KDE software even better for everyone!
I can update the issue for the bug submitter, I think I have a similar/related bug. On us/altgr-intl or fr/oss layouts, the Alt+2 and Alt+7 combinations were not working until I unbound Alt+~ and Alt+` in my shortcuts. From the output of xev pasted below, it looks like these Alt+2 and Alt+7 combos were actually read as Alt+~ and Alt+` by Kwin, and then intercepted instead of being passed to the programs inside. In the output below, I press Alt, press 1, release 1, press 2, release 2 (the alt release is not included). The default bindings for Alt+` Alt+~ are "changing windows within the same application", and JanKusanagi in #kde told me ~ was a problematic shortcut for spanish layouts so that's how I thought about trying unbinding those. #### Pressing left Alt (It's kept down all along) KeyPress event, serial 37, synthetic NO, window 0x7e00001, root 0x16a, subw 0x0, time 87780588, (-274,378), root:(688,442), state 0x0, keycode 64 (keysym 0xffe9, Alt_L), same_screen YES, XLookupString gives 0 bytes: XmbLookupString gives 0 bytes: XFilterEvent returns: False #### Pressing 1 KeyPress event, serial 40, synthetic NO, window 0x7e00001, root 0x16a, subw 0x0, time 87781260, (-274,378), root:(688,442), state 0x8, keycode 10 (keysym 0x31, 1), same_screen YES, XLookupString gives 1 bytes: (31) "1" XmbLookupString gives 1 bytes: (31) "1" XFilterEvent returns: False #### Releasing 1 KeyRelease event, serial 40, synthetic NO, window 0x7e00001, root 0x16a, subw 0x0, time 87781372, (-274,378), root:(688,442), state 0x8, keycode 10 (keysym 0x31, 1), same_screen YES, XLookupString gives 1 bytes: (31) "1" XFilterEvent returns: False #### Pressing 2 FocusOut event, serial 40, synthetic NO, window 0x7e00001, mode NotifyGrab, detail NotifyAncestor FocusIn event, serial 40, synthetic NO, window 0x7e00001, mode NotifyUngrab, detail NotifyAncestor KeymapNotify event, serial 40, synthetic NO, window 0x0, keys: 4294967290 8 0 0 0 0 0 0 1 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 #### Releasing 2 KeyRelease event, serial 40, synthetic NO, window 0x7e00001, root 0x16a, subw 0x0, time 87781716, (-274,378), root:(688,442), state 0x8, keycode 11 (keysym 0x32, 2), same_screen YES, XLookupString gives 1 bytes: (32) "2" XFilterEvent returns: False
*** This bug has been confirmed by popular vote. ***
Hello, I still experience this bug, as reported here: https://bugs.kde.org/show_bug.cgi?id=422538
No need to deliberately open duplicate bug reports. :)
*** Bug 422538 has been marked as a duplicate of this bug. ***
This is working for me with current git master. I would guess that it was fixed with the fix for Bug 426684 or one of the other recent keyboard-related fixes.