Bug 159288 - to lock screen, I need to type CTRL_ALT_N on dvorak keyboard
Summary: to lock screen, I need to type CTRL_ALT_N on dvorak keyboard
Status: RESOLVED DUPLICATE of bug 394684
Alias: None
Product: frameworks-kglobalaccel
Classification: Frameworks and Libraries
Component: general (show other bugs)
Version: unspecified
Platform: Compiled Sources Linux
: NOR normal
Target Milestone: ---
Assignee: Martin Flöser
URL:
Keywords: needs_verification
Depends on:
Blocks:
 
Reported: 2008-03-14 09:29 UTC by Thorsten Staerk
Modified: 2018-10-02 10:59 UTC (History)
7 users (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments

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