Regression: Connecting to FreeNX breaks keyboard layout in Intrepid
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
FreeNX Server |
Fix Released
|
Undecided
|
Unassigned | ||
metacity (Ubuntu) |
Invalid
|
Low
|
Unassigned | ||
Bug Description
Details:
http://
Story:
I have a Ubuntu 8.04.1 64bit server with FreeNX (used to be Debian Etch 4 with NomachineNX). Then I have two 32bit clients, one with XP and one with Intrepid (used to be Hardy). The Intrepid-client also has FreeNX (server) installed.
When it breaks the keymap is messed up to the point of not being usable in the NX-session. Locally run programs are not affected. Regular letters and numbers are not affected, but arrow keys and special keys such as pgup, pgdn, and delete are either not functioning or doing weird things (e.g. arrow up is remapped to screenshot).
The following works:
WinXP to Debian Nomachine
Hardy to Debian Nomachine
WinXP to Intrepid FreeNX
WinXP to Hardy FreeNX
The following is broken:
Intrepid to Hardy FreeNX
Intrepid to Intrepid FreeNX
Changing character-map on the FreeNX host does not help. Keyboard works fine locally, and simultaneously with the NX-session (ie if I have a text editor on top the home key will work in the editor run locally, but nothing run remotely).
Changed in metacity (Ubuntu): | |
importance: | Undecided → Low |
Changed in freenx-server: | |
status: | Invalid → Confirmed |
Changed in metacity (Ubuntu): | |
status: | Incomplete → Confirmed |
I experience the same problem here, connecting from a current intrepid box (i386, also haunted by Bug #255008) via NX to a hardy i386 box. No combination of "setxkbmap -model pc105", "setxkbmap -model evdev" or "gconftool-2 --recursive-unset /desktop/ gnome/periphera ls/keyboard" on client or server makes the problem go away.