Bug 692760 - suspend/resume resets "setxkbmap" keyboard layout back to "us"
Summary: suspend/resume resets "setxkbmap" keyboard layout back to "us"
Keywords:
Status: CLOSED NOTABUG
Alias: None
Product: Fedora
Classification: Fedora
Component: pm-utils
Version: 17
Hardware: x86_64
OS: Linux
unspecified
unspecified
Target Milestone: ---
Assignee: Jaroslav Škarvada
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2011-04-01 04:49 UTC by Luke Hutchison
Modified: 2012-07-09 08:43 UTC (History)
9 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2012-07-09 08:43:13 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description Luke Hutchison 2011-04-01 04:49:22 UTC
Description of problem:
If I manually set the X keyboard layout, e.g. using "setxkbmap dvorak", then when I suspend/resume, the layout is reset back to the US layout.

(I don't know if the GNOME layout changer has this issue, I didn't test that, but manually setting the layout is definitely broken.)


Fedora 15 Alpha (power management test day snapshot)


Reproducibility: 100%

Comment 1 Aron Griffis 2011-06-18 11:47:47 UTC
I'm seeing what could be the same or a related bug. If I change modifier mappings with xmodmap then suspend/resume, they're reset. For example:

    xmodmap -e 'clear lock'
    xmodmap -e 'keycode 66 = Super_R'   # was CapsLock
    xmodmap -e 'keycode 133 = Super_R'  # was Super_L

After suspend/resume these have been reset.

Fedora 15, 100% reproducible.

Is there a way to avoid this happening?

Comment 2 Tim Cuthbertson 2011-09-27 08:29:30 UTC
I've noticed this has stopped happening to me, I guess it's been weeks since I last noticed it (I'm running fc15 with all updates).

Is it still affecting others?

Comment 3 Maurice Ling 2011-11-18 19:17:07 UTC
(In reply to comment #2)
> I've noticed this has stopped happening to me, I guess it's been weeks since I
> last noticed it (I'm running fc15 with all updates).
> 
> Is it still affecting others?

Yes, I'm updated with all the updates and when I resume from suspend mode, I need to run xmodmap again to apply the key mapping again.

Comment 4 joern 2011-11-19 21:06:36 UTC
I use F15 with UK keyboard layout on a Dell 830 with German keyboard.
Sometimes, individual xterms will switch to German layout (e.g I start with
a dozen xterms with UK layout - suddenly I start getting y/z mixed, can't
search in vi, can't quote...  while the other 11 xterms are still fine).
I haven't identified any particular trigger or remedy, except that I can
close the defective xterm and open a new one.

Comment 5 Tim Cuthbertson 2011-11-20 01:30:36 UTC
(In reply to comment #4)

That doesn't sound like this bug, it should probably be filed separately.

Comment 6 Odin Hørthe Omdal 2012-07-05 08:39:49 UTC
I'm having this too. Although on Arch Linux and using i3 as wm, and i3lock -d (where the -d turns off the screens) as my lock...

I'm doing:

setxkbmap no dvorak
xmodmap .Xmodmap

every day when I come. However, if I lock the screen when I leave for lunch or something, the keyboard is *not* changed. So it's going over a period of time.

Comment 7 Odin Hørthe Omdal 2012-07-05 09:02:48 UTC
Ah, searched some more, I have my keyboard connected to my screen, that's *my* problem! It turns the screen off -> keyboard off -> no settings...

Found it in this answer: http://askubuntu.com/a/27466/49478 - it also has workarounds.

Comment 8 Jaroslav Škarvada 2012-07-09 08:21:23 UTC
F15 is EOL. It is also reproducible on F17, moving on.

Comment 9 Jaroslav Škarvada 2012-07-09 08:43:13 UTC
We could hack the restore functionality to pm-utils, but it would be really dirty solution. For X it seems to be the intended behaviour, see bug 664238 comment 1. Closing as notabug according to bug 664238 comment 1.


Note You need to log in before you can comment on or make changes to this bug.