Bug 193431 - Nested sessions in GNOME (with different user) don't carry the same Keyboard map
Nested sessions in GNOME (with different user) don't carry the same Keyboard map
Status: CLOSED RAWHIDE
Product: Fedora
Classification: Fedora
Component: xorg-x11-server (Show other bugs)
5
x86_64 Linux
medium Severity high
: ---
: ---
Assigned To: Adam Jackson
:
Depends On:
Blocks: FC6Target FC5Update
  Show dependency treegraph
 
Reported: 2006-05-28 02:36 EDT by Gian Paolo Mureddu
Modified: 2007-11-30 17:11 EST (History)
0 users

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2006-09-28 21:12:29 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:


Attachments (Terms of Use)
gizipped output of xdpyinfo command (1.06 KB, application/gzip)
2006-05-31 03:50 EDT, Gian Paolo Mureddu
no flags Details

  None (edit)
Description Gian Paolo Mureddu 2006-05-28 02:36:21 EDT
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):
xorg-x11-server-Xnest.x86_64 1.0.1-9.fc5.1.1

How reproducible:
Always

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.
  
Actual results:
The keyboard is set to the US keyboard map by default, and the map can't be
changed for the nested session.

Expected results:
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.

Additional info:
Comment 1 Mike A. Harris 2006-05-30 13:49:36 EDT
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.

TIA
Comment 2 Gian Paolo Mureddu 2006-05-31 03:50:35 EDT
Created attachment 130257 [details]
gizipped output of xdpyinfo command

Output from xdpyinfo to determine whether or not XKB support is compiled in or
not.
Comment 3 Mike A. Harris 2006-06-02 20:54:14 EDT
number of extensions:    22
    BIG-REQUESTS
    DAMAGE
    DEC-XTRAP
    DOUBLE-BUFFER
    Extended-Visual-Information
    GLX
    LBX
    MIT-SCREEN-SAVER
    MIT-SUNDRY-NONSTANDARD
    RECORD
    SECURITY
    SGI-GLX
    SHAPE
    SYNC
    TOG-CUP
    X-Resource
    XC-APPGROUP
    XC-MISC
    XFIXES
    XFree86-Bigfont
    XTEST
    XVideo


As suspected, the XKEYBOARD extension is absent.
Comment 4 Matthias Clasen 2006-07-06 17:58:48 EDT
Add to FC6Destop tracker
Comment 5 Søren Sandmann Pedersen 2006-09-28 21:12:29 EDT
This should be fixed in rawhide. (Please reopen if it isn't).

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