Bug 820829

I can still reproduce this bug on virt-viewer-0.5.2-16.el6.x86_64, list my detailed steps here:
1. Have a running RHEL6 guest with gnome.
2. Open a terminal in the guest.
3. Release mouse pointer from guest.
4. Move pointer out of the screen zone but stayed in the virt-viewer form.(you can click title bar of the form for making sure of this step)
5. Press F9 and F10 in same time.

I can't reproduce it.with virt-viewer-0.5.2-16.el6.x86_64 and spice-gtk-0.14-7.el6.x86_64.


Geyang, could you grab the log with SPICE_DEBUG=1 .. | grep key_event ?

thanks

I can still reproduce this with following build:
virt-viewer-0.5.2-18.el6.x86_64
spice-gtk-python-0.14-7.el6.x86_64                                                                                     
spice-vdagent-0.12.0-4.el6.x86_64                                                                                            
spice-server-0.12.0-12.el6.x86_64                                                                                                       
spice-gtk-0.14-7.el6.x86_64                                                                                                             
spice-glib-0.14-7.el6.x86_64                                                                                                                    
spice-client-0.8.2-15.el6.x86_64

Steps:
Same as Comment 4

I have run export SPICE_DEBUG=1 and run virt-viewer $guest | grep key_event. But only got following output:
[root@intel-5130-16-2 ~]# virt-viewer T1 | grep key_event

(virt-viewer:16709): GSpice-WARNING **: Warning no automount-inhibiting implementation available
(virt-viewer:16709): GSpice-DEBUG: spice-widget.c:1168 key_event press: keycode: 75  state: 16  group 0 modifier 0

I will also attach the completed log, without grep key_event.

Created attachment 745516 [details]
Completed log file

Thanks, got it from you log: f10 isn't released. This is due to gtk focus and events, spice-gtk receives f10 press but doesn't receive release event since the menu is showing up and takes the focus...

Note this only happen when spice-gtk doesn't have the keyboard grab (when mouse is not over the display)

This is just like bug 924577, so I am tempting to close as dup.

sent proposed fix to ML:
http://lists.freedesktop.org/archives/spice-devel/2013-May/013351.html

I can reproduce this bug with the below version,both vnc and spice guest hit the issue.
# rpm -qa virt-viewer
virt-viewer-0.5.2-18.el6_4.2.x86_64

# rpm -qa |grep spice
spice-vdagent-0.12.0-4.el6.x86_64
spice-usb-share-4.9-9.el6.x86_64
kmod-kspiceusb-rhel60-4.9-14.el6.x86_64
spice-glib-0.14-7.el6.x86_64
spice-gtk-python-0.14-7.el6.x86_64
spice-gtk-0.14-7.el6.x86_64
spice-xpi-2.7-22.el6.x86_64
spice-server-0.12.0-12.el6.x86_64

Tested with:
# rpm -qa virt-viewer
virt-viewer-0.5.6-1.el6.x86_64

# rpm -qa |grep spice
spice-gtk-tools-0.20-1.el6.x86_64
spice-glib-0.20-1.el6.x86_64
spice-vdagent-0.14.0-1.el6.x86_64
spice-server-0.12.3-1.el6.x86_64
spice-gtk-0.20-1.el6.x86_64
spice-gtk-python-0.20-1.el6.x86_64
spice-client-0.8.2-15.el6.x86_64
spice-protocol-0.12.2-1.el6.noarch

For vnc guest,the issue still exists,Press F9 and F10 in same time,Guest will keep typing '~' in terminal.
For spice guest,the issue doesn't exist,it type only single '~'.

Refer to the above comments,move the bug to ASSIGNED.

(In reply to tingting zheng from comment #15)
> For vnc guest,the issue still exists,Press F9 and F10 in same time,Guest
> will keep typing '~' in terminal.
> For spice guest,the issue doesn't exist,it type only single '~'.
> 
> Refer to the above comments,move the bug to ASSIGNED.

I haven't looked at VNC, and I don't have good motivation to fix it there.

Moving the bug to gtk-vnc.

This request was evaluated by Red Hat Product Management for
inclusion in the current release of Red Hat Enterprise Linux.
Because the affected component is not scheduled to be updated
in the current release, Red Hat is unable to address this
request at this time.

Red Hat invites you to ask your support representative to
propose this request, if appropriate, in the next release of
Red Hat Enterprise Linux.

This Bugzilla has been reviewed by Red Hat and is not planned on being addressed in Red Hat Enterprise Linux 6 and therefore will be closed. If this bug is critical to production systems, please contact your Red Hat support representative and provide sufficient business justification.