Bug 460545 - Keyboard layout broken after group change
Summary: Keyboard layout broken after group change
Keywords:
Status: CLOSED NEXTRELEASE
Alias: None
Product: Fedora
Classification: Fedora
Component: xorg-x11-server
Version: 9
Hardware: All
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Peter Hutterer
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2008-08-28 14:49 UTC by Milan Kerslager
Modified: 2008-11-14 12:45 UTC (History)
2 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2008-10-07 04:29:06 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)
Output of "xkbcomp :0 -" (50.60 KB, text/plain)
2008-08-28 14:49 UTC, Milan Kerslager
no flags Details
Requested output (60.46 KB, text/plain)
2008-08-29 10:25 UTC, Milan Kerslager
no flags Details
Stderr output of xkbcomp command (3.14 KB, application/octet-stream)
2008-08-29 10:26 UTC, Milan Kerslager
no flags Details
Setxkbmap output (with -print) (380 bytes, text/plain)
2008-08-29 10:28 UTC, Milan Kerslager
no flags Details
Output of: setxkbmap -layout "cz,us" -option "grp:alt_shift_toggle" -compat "complete+ledscroll(group_lock)" -print (380 bytes, text/plain)
2008-09-18 16:59 UTC, Milan Kerslager
no flags Details
Error messages from: setxkbmap ... | xkbcomp - :0 (3.14 KB, text/plain)
2008-09-18 17:01 UTC, Milan Kerslager
no flags Details
xkbcomp -xkb :0 out.xkb (63.77 KB, text/plain)
2008-09-18 17:02 UTC, Milan Kerslager
no flags Details


Links
System ID Private Priority Status Summary Last Updated
FreeDesktop.org 14373 0 None None None Never

Description Milan Kerslager 2008-08-28 14:49:48 UTC
Created attachment 315222 [details]
Output of "xkbcomp :0 -"

I tryed 906-5 from Rawhide to solve bug #434669. Gnome uses evdev. My preferred keymap is properly activated at login (autologin by gdm). But the secondary keymap is odd (US). Space is generating weird whitespace character so I'm unable to type commands on commandline. If keyboard properties are activated, changed and saved, all works again. So there is a great progress with some outstanding issues.

Xorg.log
  https://bugzilla.redhat.com/attachment.cgi?id=315017
gconftool-2 --dump /desktop/gnome/peripherals/keyboard output
  https://bugzilla.redhat.com/attachment.cgi?id=315018
setxkbmap -print output:
  https://bugzilla.redhat.com/attachment.cgi?id=315019
xev output:
  https://bugzilla.redhat.com/attachment.cgi?id=315020

Comment 1 Milan Kerslager 2008-08-28 15:11:00 UTC
Only 1 out of my 8 machines with F9 installed has this issue.

Comment 2 Peter Hutterer 2008-08-29 00:17:39 UTC
Please run the following command:
setxkbmap -layout "cz,us" -option "grp:alts_toggle, grp:alt_shift_toggle" -compat "complete+ledscroll(group_lock)" | xkbcomp -xkb - out.xkb

and then attach the out.xkb file.

Why?

The loaded keymap states:
key <SPCE> {
        type[group1]= "FOUR_LEVEL",
        symbols[Group1]= [           space,           space,    nobreakspace,    nobreakspace ],
        symbols[Group2]= [    nobreakspace,    nobreakspace ]
    };

This means that in group 2 (US layout), space always generates a nbsp. Now we need to find out whether this is xkbcomp, or the rules, or gnome that causes this broken keymap.

Also please state the version of xorg-x11-xkb-utils.

Comment 3 Milan Kerslager 2008-08-29 10:25:15 UTC
Created attachment 315346 [details]
Requested output

I had to add "-print" option to the setxkbmap command as it produced no output without this option.
Also I logged setxkbmap output and xkbcomp error output.

Comment 4 Milan Kerslager 2008-08-29 10:26:21 UTC
Created attachment 315347 [details]
Stderr output of xkbcomp command

Comment 5 Milan Kerslager 2008-08-29 10:28:55 UTC
Created attachment 315348 [details]
Setxkbmap output (with -print)

I have latest official F9 package: xorg-x11-xkb-utils-7.2-4.fc9.i386

Comment 6 Peter Hutterer 2008-09-02 10:08:02 UTC
Reading that, the issue could be either gnome or xkm.

The next thing to test would be:
setxkbmap ... | xkbcomp - :0 (this loads the correct xkb description into the server)
xkbcomp -xkb :0 out.xkb (dumps server's description into out.xkb)

if out.xkb differs from the xkb file we got before, then it's the xkm format or the server's handling of the files. Otherwise, it is gnome.

Comment 7 Milan Kerslager 2008-09-18 16:59:46 UTC
Created attachment 317093 [details]
Output of: setxkbmap -layout "cz,us" -option "grp:alt_shift_toggle" -compat "complete+ledscroll(group_lock)" -print

Comment 8 Milan Kerslager 2008-09-18 17:01:27 UTC
Created attachment 317094 [details]
Error messages from: setxkbmap ... | xkbcomp - :0

Comment 9 Milan Kerslager 2008-09-18 17:02:48 UTC
Created attachment 317095 [details]
xkbcomp -xkb :0 out.xkb

Comment 10 Milan Kerslager 2008-09-18 17:05:03 UTC
I updated to the latest F9 newkey (had to recreate repo files).
Sorry for slow answers, the machine is located in Internet cafe :-)
Will try be faster next time.

Comment 11 Peter Hutterer 2008-09-19 03:49:30 UTC
Finally found the upstream bugreport:

xorg-1.4.0.90: Alternative layouts don't work due to groups "invented" by the server. (http://bugs.freedesktop.org/show_bug.cgi?id=14373)

I can reproduce it here with gdm autologin, [cz,us] in gnome and the alts_toggle + alt_shift_toggle options. Then, when I hit the Alt key, the second group is busted. I can't reproduce it after running setxkbmap though.

Comment 12 Milan Kerslager 2008-09-20 06:02:06 UTC
Is there a patch/build with fix?
Why this bug hit only one of my machines?

Comment 13 Peter Hutterer 2008-09-22 02:55:39 UTC
Patch sent to xorg list for review:
http://lists.freedesktop.org/archives/xorg/2008-September/038743.html

> Why this bug hit only one of my machines?

Do you have the same xkb configuration on all of them? The bug is only triggered if you don't hit a key before gnome sets the keyboard mapping, i.e. if you have autologin. Other than that - no idea.

Comment 14 Milan Kerslager 2008-09-22 09:26:42 UTC
After the latest update the bug is back on all my machines.

xorg-x11-server-common-1.5.0-1.fc9.i386
xorg-x11-drv-evdev-2.0.4-1.fc9.i386
xorg-x11-server-Xorg-1.5.0-1.fc9.i386

Comment 15 Peter Hutterer 2008-09-23 03:10:27 UTC
Can you please try the packages at [1]? They include the patch sent to the ML as mentioned in Comment #13.

[1] http://koji.fedoraproject.org/scratch/whot/task_837832/

Comment 16 Milan Kerslager 2008-09-25 16:39:21 UTC
I updated machines with todays F9 updates to 1.5.0-2.fc9 with no luck.
Then I downloaded your 1.5.0-3.fc9 and the keymap seems to be fixed and I see no problem so far. I updated these packages:

xorg-x11-server-common-1.5.0-3.fc9.i386.rpm
xorg-x11-server-Xorg-1.5.0-3.fc9.i386.rpm

Thank you a lot! Now please make this to the F9/F10 updates if possible.

Comment 18 Fedora Update System 2008-10-27 02:49:31 UTC
xorg-x11-server-1.5.2-2.fc9 has been submitted as an update for Fedora 9.
http://admin.fedoraproject.org/updates/xorg-x11-server-1.5.2-2.fc9

Comment 19 Fedora Update System 2008-11-03 05:51:23 UTC
xorg-x11-server-1.5.2-3.fc9 has been submitted as an update for Fedora 9.
http://admin.fedoraproject.org/updates/xorg-x11-server-1.5.2-3.fc9

Comment 20 Fedora Update System 2008-11-14 12:45:09 UTC
xorg-x11-server-1.5.2-3.fc9 has been pushed to the Fedora 9 stable repository.  If problems still persist, please make note of it in this bug report.


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