Red Hat Bugzilla – Bug 193431
Nested sessions in GNOME (with different user) don't carry the same Keyboard map
Last modified: 2007-11-30 17:11:34 EST
Description of problem:
When started a session in a nested environment (for instance from whithin
gdmXnestchooser) as a different user, the keyboard map will not be preserved.
Not only this, but trying to execute the preferences->keyboard utility is
useless. The application works (sort of) as I can open it, but I can't set any
other keyboard map, when trying to add a new one, the selection will simply be
empty, the same goes for the type of keyboard.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Open up a session in either GNOME or KDE, make sure to have more than one
user account in the system.
2. Start gdmXnestchooser, login as a differnt user.
3. When you open preferences->keyboard, the program will only list the US
keyboard layout set as the default, and the program will be unable to change it
to any other map.
The keyboard is set to the US keyboard map by default, and the map can't be
changed for the nested session.
To have the same keybaord map as either defined as the default for X11 or for
the system. And to be able to change the keyboard map.
Can you attach the output of "xdpyinfo" running inside Xnest? I have a
suspicion that Xnest does not have XKB support compiled into it. This
is a problem that we recently fixed in RHEL.
Funny thing is, Xnest hasn't had XKB support since 2001 because of a
change introduced in XFree86 to disable hardware-only extensions. If
current Xorg still has this problem, we'll need to update it as well.
Created attachment 130257 [details]
gizipped output of xdpyinfo command
Output from xdpyinfo to determine whether or not XKB support is compiled in or
number of extensions: 22
As suspected, the XKEYBOARD extension is absent.
Add to FC6Destop tracker
This should be fixed in rawhide. (Please reopen if it isn't).