> Steps to Reproduce:
> 1. Set a virtual host's keymap to Finnish in virt-manager and reboot
> 2. Alternatively, use virt-viewer with -k fi -vnc
> 
> Actual results:
> Pressing the key produces z, X with shift, | with AltGr
> 
> Expected results:
> Pressing the key should produce <, > with shift, | with AltGr

You'll get the expected results when you'll leave the keymap undefined:

http://lists.nongnu.org/archive/html/qemu-devel/2012-03/msg00262.html
https://bugzilla.redhat.com/show_bug.cgi?id=638523

That being said, if the proposed change will be applied upstream we should include it in the RHEL 6 package, too.

Let me elaborate a bit on comment#2.  For a fully functional keyboard, use a VNC client that understands the protocol extension for extended key events, such as virt-viewer, and leave the keymap undefined. Define the keyboard only if you're struck with a VNC client that doesn't understand the extension. This is explained in detail at

http://berrange.com/posts/2010/07/04/more-than-you-or-i-ever-wanted-to-know-about-virtual-keyboard-handling/

Regardless, we should fix keymap bugs.  The patch mentioned in comment#2 didn't go anywhere.  I just chatted with the submitter, and he reposted it:

http://lists.nongnu.org/archive/html/qemu-devel/2012-04/msg00506.html

Once it makes it upstream, we can backport.

Clearly missed the boat for 6.3, though.  Punting to 6.4.

Upstream commit 0ef62ccd010b835858e81412e6c0cd52c60950dd

Hi Atro, could you please help verify this bug when it is fixed? It is not easy to get a finnish keyboard in China, thanks.

I can reproduce this issue with an European layout keyboard(105 keys). Using the same steps in comment 0, can get the same errors.

Pressing the key between left shift and Z ,produces X, z with shift, | with AltGr

So, change to qa_ack+


Regards
daiwei

(In reply to comment #0)
> Description of problem:
> Finnish keymap has errors - the key between left shift and Z produces wrong
> characters
Hi Atro, could you help me verify this bug now please? It is not easy for me to get such keyboard.

Best Regards & thanks.
sluo

Reproduce this issue on qemu-kvm-0.12.1.2-2.209.el6.x86_64.
host info:
# uname -r && rpm -q qemu-kvm
2.6.32-345.el6.x86_64
qemu-kvm-0.12.1.2-2.209.el6.x86_64
Steps:
1.prepare a European layout keyboard(105 keys) to host.
2.boot a guest with '-k fi -vnc :1'.
eg:# /usr/libexec/qemu-kvm -M rhel6.2.0 -enable-kvm -m 2048 -smp 2 -name test -drive file=/home/RHEL-Server-6.4-64-virtio.qcow2,if=none,id=drive-virtio-disk0,format=qcow2,serial=f82002eb-520c-469b-90c2-663277e90437,cache=none,werror=stop,rerror=stop,aio=native -device ide-drive,drive=drive-virtio-disk0,id=virtio-disk0,bootindex=1,bus=ide.0,unit=0 -netdev tap,id=hostnet0,vhost=on -device e1000,netdev=hostnet0,id=net0,mac=00:1a:4a:42:0b:38,bus=pci.0 -k fi -vnc :1 -monitor stdio
3.press the key to generates <> characters.
Results:
after step 3, pressing the key to generates <> characters doesn't work correctly, instead of "<" it shows "z" (press '>|<') and instead of ">" (press shift + '>|<') it shows "X".

Verify this issue on qemu-kvm-0.12.1.2-2.337.el6.x86_64.
host info:
# uname -r && rpm -q qemu-kvm
2.6.32-345.el6.x86_64
qemu-kvm-0.12.1.2-2.337.el6.x86_64
Steps:
the same steps to reproduce.
Results:
after step 3, press '>|<' to produce '<' and press shift + '>|<' to produce '>' correctly.

Base on above, this issue has been fixed correctly.

Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory, and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

http://rhn.redhat.com/errata/RHBA-2013-0527.html