Description of problem: stealing focus from remote-viewer with grabbed mouse results in non-functional keyboard Version-Release number of selected component (if applicable): mingw-virt-viewer 0.5.3-20 (windows XP but that shouldn't matter) How reproducible: always Steps to Reproduce: 1. connect to a guest with server mouse mode from windows client 2. grab mouse in the guest 3. press ctrl-alt-delete Actual results: ctrl-alt-del gives focus to task manager or lock/logoff/... screen. In both cases, the mouse is force-taken from mingw-remote-viewer and it can not cope with it: * keyboard won't work in the guest in this r-v session * if remote-viewer window doesn't cover geometrical center of the client screen, it isn't possible to enter the r-v window until the "grabbed" mouse is released (similar to bug 857430 but the mouse recovers) Expected results: both keyboard and mouse focus is gracefully released and can be regained by another click into the window Additional info:
windows 7 doesn't seem to be affected by this bug. I also guess this bug is intimately related to bug 857114
and this bug shouldn't happen if the guest is configured with a tablet (which it should)
what version of remote-viewer and windows could you reproduce this bug with? I am trying to reproduce on windows xp & with mingw32-virt-viewer-0.5.3-22.el6ev.noarch.rpm, no success so far. a video perhaps could help? thanks
ok, got it, I was using default key binding, so it was releasing the grab when pressing ctrl-alt...
I have patch that works, I think we should include it in the windows build, even if it may needs more discussion upstream. http://lists.freedesktop.org/archives/spice-devel/2013-March/012858.html
fixed in mingw-spice-gtk 0.14-5
mingw-virt-viewer 0.5.3-25.el6ev client Windows 7 32bit guest Windows XP 32bit When Ctrl+Alt+Delete is pressed client lock/logoff screen shows up. When user cancel this screen, mouse is free in client. When click into mingw-virt-viewer window the mouse pointer is hold by guest. This is the right behaviour. That is bad is that typing keyboard is not working. i.e. User is not able to write in notepad. After pressing CRTL key on keyboard everything is ok (or after releasing captured mouse pointer and clicking into menu of mingw-virt-viewer... i.e. Help->About and back to the mingw-virt-viewer window.)
(In reply to comment #9) > mingw-virt-viewer 0.5.3-25.el6ev > client Windows 7 32bit > guest Windows XP 32bit > > > When Ctrl+Alt+Delete is pressed client lock/logoff screen shows up. When > user cancel this screen, mouse is free in client. When click into > mingw-virt-viewer window the mouse pointer is hold by guest. This is the > right behaviour. > That is bad is that typing keyboard is not working. i.e. User is not able to > write in notepad. After pressing CRTL key on keyboard everything is ok (or > after releasing captured mouse pointer and clicking into menu of > mingw-virt-viewer... i.e. Help->About and back to the mingw-virt-viewer > window.) what you describe seems to be somehow related to bug 924577, some modifiers are seen still pressed because the widget didn't receive the release event. The patch proposed there should also solve that.
Created attachment 748412 [details] libspice-client-gtk-2.0-4.dll Since I fail to reproduce in VM, and my only HW windows machine died, can I ask you to check with the provided 32bit dll? Just copy/replace over the installed $prefix/bin thanks
it is not a blocker for 3.2, and should be solved in 3.3/3.2.z
Vaclav, could you check with the provided dll? thanks
Hi Marc, I've copied dll into bin directory, but remote-viewer could not be then started ... (even only with --version parameter)
(In reply to Vaclav Ehrlich from comment #15) > Hi Marc, > I've copied dll into bin directory, but remote-viewer could not be then > started ... (even only with --version parameter) Have you tried on 32bit installations? What error do you get? thanks
(In reply to Marc-Andre Lureau from comment #16) > (In reply to Vaclav Ehrlich from comment #15) > > Hi Marc, > > I've copied dll into bin directory, but remote-viewer could not be then > > started ... (even only with --version parameter) > > Have you tried on 32bit installations? What error do you get? > > thanks Yes. I have Win7/32 and 32bit virt-viewer. I've got no error. remote-viewer just did not start. No logs, no error for me.
(In reply to Marc-Andre Lureau from comment #16) > (In reply to Vaclav Ehrlich from comment #15) > > Hi Marc, > > I've copied dll into bin directory, but remote-viewer could not be then > > started ... (even only with --version parameter) > > Have you tried on 32bit installations? What error do you get? > > thanks Is it possible the library was built based on different libraries from what we use in latest 3.2 client? we have access only to latest 3.2 mingw-virt-viewer from brew, maybe there is a conflict?
Created attachment 758159 [details] libspice-client-gtk-2.0-4.dll x32 bits rebuild the dll
Could somebody check with that new dll? thanks
It's the same. virt-viewer\bin> ~\Downloads\md5sums.exe .\libspice-client-gtk-2.0-4.dll libspice-client-gtk-2.0-4.dll 6a631140ea5adf600c2a14b3715b8ed2
(In reply to Vaclav Ehrlich from comment #22) > It's the same. > You mean it doesn't start either?
Sorry I wrote it bad. It could be started. But the bug remain and the functionality is the same as without the new dll. Sorry for it.
I tried on a bare-metal win7, using mingw-virt-viewer-0.5.3-27.el6ev. I tested with default ctrl-alt and custom shift-f12 ungrab combinations. I couldn't reproduce any keyboard issue in guest notepad or client notepad after leaving the lock screen. Can you try again with this release? thanks
I tested on win xp and win 7 64b clients and the issue is gone.
Vaclav, without further details from you, closing this bug, since the original reported say it is fixed for him too. feel free to reopen with details. thanks
Removing needinfo on Spice QE members from closed bugs.