Bug 159288

Summary: to lock screen, I need to type CTRL_ALT_N on dvorak keyboard
Product: [Frameworks and Libraries] frameworks-kglobalaccel Reporter: Thorsten Staerk <dev>
Component: generalAssignee: Martin Flöser <mgraesslin>
Status: RESOLVED DUPLICATE    
Severity: normal CC: finex, h.klene, hanswchen, ipstanistreet, kdelibs-bugs, markhkamp, zahl
Priority: NOR Keywords: needs_verification
Version: unspecified   
Target Milestone: ---   
Platform: Compiled Sources   
OS: Linux   
See Also: https://bugs.kde.org/show_bug.cgi?id=350816
Latest Commit: Version Fixed In:
Sentry Crash Report:

Description Thorsten Staerk 2008-03-14 09:29:47 UTC
Version:            (using KDE 3.5.9)
Installed from:    Compiled From Sources
OS:                Linux

Since a recent update of my KDE, I need to type CTRL_ALT_N on my dvorak keyboard in order to lock the screen. So, for this shortcut, KDE behaves as if my layout was not dvorak, but US. Please change this back.
Comment 1 FiNeX 2008-11-24 18:01:23 UTC
On "product version" field you've selected 4.0.4, but on "version" there is "3.5.9". Can you specify the right version where you had this problem? Many thanks!
Comment 2 Thorsten Staerk 2008-11-25 07:02:54 UTC
The correct version is 4.x, I am still on trunk.
Comment 3 Mark Haferkamp 2009-02-17 20:38:28 UTC
I'm experiencing the same thing, only it's much more widespread.  It seems to effect all plasma widgets and KDE shortcuts, but not normal programs.  I'm on KDE 4.2 in Arch Linux.  I think the shortcut issue started for me a few weeks ago and it applying to all plasma applets started within the past few days.
Comment 4 Hans Chen 2009-04-28 10:48:16 UTC
I have noted the same problem. You can read about some of my observations here: http://forum.kde.org/keyboard-layout-and-hotkeys-t-32756.html

To reproduce it (copied from the forum thread):
1. Go to System Settings -> Regional & Language -> Keyboard Layout. Choose "Enable keyboard layouts".
2. Your preferred layout should already be in the list. If not, add it. Then add another layout and choose variant 'Dvorak'. Make sure the new layout is below your preferred.
3. Open an application to test the shortcuts. I use Dolphin as an example.
4. Switch to Dvorak by clicking on the flag in system tray.
5. Press a shortcut, for example Ctrl+L, as if you were typing QWERTY.
6. Report what happens. If the shortcuts are in Dvorak, it should open a new window. Otherwise, as in my case, it'll focus the location bar.

My message on Qt-interest haven't got any replies. However, another user with the same problem contacted me after finding my thread, and he/she investigated it further. There are some progress, but I will leave the details to him/her.
Comment 5 A. Spehr 2009-05-29 06:58:33 UTC
This sounds like the keyboard language mapping issues discussed on irc recently, so I assume it is being worked on.
Comment 6 Thomas Lübking 2015-10-18 07:06:57 UTC
Does restarting kglobalaccel[5] fix this?
    pkill kglobalaccel5; kglobalaccel5 &
Comment 7 Thomas Lübking 2015-10-25 11:24:23 UTC
experimental workaround, feel free to try https://git.reviewboard.kde.org/r/125786/
Comment 8 Ian Stanistreet 2015-11-15 15:21:47 UTC
This bug has been affecting me for about a month, but only for one user on one of my computers, and I have just worked out why.  For me, it only happens for the user that is logged-in automatically (I'm using SDDM).  When I log out and back in again, the shortcuts use the correct layout, or if I disable auto-login they use the correct layout without having to log out/in again.

My keyboard layout (dvorak) is configured in xorg, not in the kcm.

I'm using Arch Linux.  At first I thought this bug started after an update, but now I remember I enabled auto-login at the same time.
Comment 9 Holger 2018-10-02 10:59:36 UTC

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