Description of problem: I cannot type the characters @ and | using virt-viewer on windows on a german locale with a fedora 17 vm with german locale setting with Spice as the protocol. Linux Mint exhibts the same problem, so I guess it's the virt-viewer Version-Release number of selected component (if applicable): 0.54 How reproducible: always Steps to Reproduce: 1. Install Virt-Viewer 0.54 on Windows with a german keyboard setting 2. Install Fedora 17 on a VM and switch it to a german keyboard setting 3. Connect to it, log into X 4. Open a console, enter Alt-GR Q and Alt-GR < Actual results: no output on the console Expected results: Characters @ and | are shown Additional info: The Euro-Sign € (Alt-GR E) works fine as do all the other special characters like äüöß. I guess it's a similar bug as #871125 as without the patches from that bug (libspice*.dll) I didn't even get € or äöüß. I recorded the logs pressing Alt-GR then E, Q, | KeyPress event, serial 31, synthetic NO, window 0x2c00001, root 0x131, subw 0x0, time 776915, (447,-81), root:(870,135), state 0x0, keycode 37 (keysym 0xffe3, Control_L), same_screen YES, XLookupString gives 0 bytes: XmbLookupString gives 0 bytes: XFilterEvent returns: False KeyPress event, serial 34, synthetic NO, window 0x2c00001, root 0x131, subw 0x0, time 776915, (447,-81), root:(870,135), state 0x4, keycode 108 (keysym 0xfe03, ISO_Level3_Shift), same_screen YES, XKeysymToKeycode returns keycode: 92 XLookupString gives 0 bytes: XmbLookupString gives 0 bytes: XFilterEvent returns: False KeyPress event, serial 34, synthetic NO, window 0x2c00001, root 0x131, subw 0x0, time 777567, (447,-81), root:(870,135), state 0x84, keycode 26 (keysym 0x20ac, EuroSign), same_screen YES, XLookupString gives 0 bytes: XmbLookupString gives 3 bytes: (e2 82 ac) "€" XFilterEvent returns: False KeyRelease event, serial 34, synthetic NO, window 0x2c00001, root 0x131, subw 0x0, time 777733, (447,-81), root:(870,135), state 0x84, keycode 26 (keysym 0x20ac, EuroSign), same_screen YES, XLookupString gives 0 bytes: XFilterEvent returns: False KeyPress event, serial 34, synthetic NO, window 0x2c00001, root 0x131, subw 0x0, time 779487, (447,-81), root:(870,135), state 0x84, keycode 24 (keysym 0x40, at), same_screen YES, XLookupString gives 1 bytes: (00) "" XmbLookupString gives 1 bytes: (00) "" XFilterEvent returns: False KeyRelease event, serial 34, synthetic NO, window 0x2c00001, root 0x131, subw 0x0, time 779658, (447,-81), root:(870,135), state 0x84, keycode 24 (keysym 0x40, at), same_screen YES, XLookupString gives 1 bytes: (00) "" XFilterEvent returns: False KeyPress event, serial 34, synthetic NO, window 0x2c00001, root 0x131, subw 0x0, time 781387, (447,-81), root:(870,135), state 0x84, keycode 94 (keysym 0x7c, bar), same_screen YES, XLookupString gives 1 bytes: (1c) "" XmbLookupString gives 1 bytes: (1c) "" XFilterEvent returns: False KeyRelease event, serial 34, synthetic NO, window 0x2c00001, root 0x131, subw 0x0, time 781594, (447,-81), root:(870,135), state 0x84, keycode 94 (keysym 0x7c, bar), same_screen YES, XLookupString gives 1 bytes: (1c) "" XFilterEvent returns: False KeyRelease event, serial 34, synthetic NO, window 0x2c00001, root 0x131, subw 0x0, time 781644, (447,-81), root:(870,135), state 0x84, keycode 37 (keysym 0xffe3, Control_L), same_screen YES, XLookupString gives 0 bytes: XFilterEvent returns: False KeyRelease event, serial 34, synthetic NO, window 0x2c00001, root 0x131, subw 0x0, time 781644, (447,-81), root:(870,135), state 0x80, keycode 108 (keysym 0xfe03, ISO_Level3_Shift), same_screen YES, XKeysymToKeycode returns keycode: 92 XLookupString gives 0 bytes: XFilterEvent returns: False
Hi, I also see a problem similar to this: when I connect to a Linux-VM on an OVirt cluster from a Windows client the composing of special letters does not work, examples: "AltGr + q" to get the "@"-sign or "AltGr+8" for "[". some more points: - Keyboard-Layout is "german" - the bug seems to be specific to multi-monitor setups (single screen works) - It is possible to get the keys working by just moving the mouse to the top center of the screen until the remote-viewer panel shows up. After this the keyboard works until you switch the focus to another screen. - only Linux-VMs seem to be affected, Windows-VMs work cu, Uwe
We are sorry that we were not able to respond to and resolve this bug when it was first reported. Given the amount of time that has passed since its report, we are closing this bug to reduce the backlog of issues that are unlikely to be addressed.