Keyboard acting strangely, wrong layout when host is using evdev (input-hotplug)
Bug #258389 reported by
Soren Hansen
This bug affects 1 person
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
gtk-vnc (Ubuntu) |
Fix Released
|
Undecided
|
Unassigned | ||
kvm (Ubuntu) |
Fix Released
|
Undecided
|
Unassigned | ||
qemu (Ubuntu) |
Fix Released
|
Undecided
|
Unassigned |
Bug Description
KVM and evdev are not very good friends at all. Extended keycodes are failing completely (up and down arrow for instance).
The bug has been identified and discussed here:
http://<email address hidden>
The core of the problem is the fact that evdev uses a new keycode scheme. Before evdev, we could grab the keycode we received and pass that directly to the guest and we wouldn't have to worry about setting the right keyboard mapping in the guest. (If you use anything but a US keymap and have ever used qemu (or kvm before the beginning of this year), you'll know what a pain this is).
Assigning to gtk-vnc as well. The frontends we care most about (virt-manager, virt-viewer, vinagre, etc) actually need fixing in the vnc client code, and it just so happens that we have a patch for that. The bug should remain open against kvm since the SDL frontend (the non-vnc graphical one) still suffers from this.