Bug 922818
| Summary: | stealing focus from remote-viewer with grabbed mouse results in non-functional keyboard | ||||||||
|---|---|---|---|---|---|---|---|---|---|
| Product: | Red Hat Enterprise Virtualization Manager | Reporter: | David Jaša <djasa> | ||||||
| Component: | mingw-virt-viewer | Assignee: | Marc-Andre Lureau <marcandre.lureau> | ||||||
| Status: | CLOSED CURRENTRELEASE | QA Contact: | Desktop QE <desktop-qa-list> | ||||||
| Severity: | low | Docs Contact: | |||||||
| Priority: | unspecified | ||||||||
| Version: | 3.2.0 | CC: | acathrow, cfergeau, dblechte, djasa, jbiddle, mkrcmari, pvine, vehrlich | ||||||
| Target Milestone: | --- | ||||||||
| Target Release: | 3.3.0 | ||||||||
| Hardware: | Unspecified | ||||||||
| OS: | Unspecified | ||||||||
| Whiteboard: | |||||||||
| Fixed In Version: | Doc Type: | Bug Fix | |||||||
| Doc Text: |
Previously, when using a Windows client, pressing "CTRL+ALT+DEL" while the mouse pointer was captured by the guest would cause an error due to Windows automatically opening the Task Manager Security Settings windows. This would result in the keyboard and mouse becoming unresponsive within the guest.
Now, the pointer is correctly released after such events, allowing the guest window to appropriately regain control again after the event is finished.
|
Story Points: | --- | ||||||
| Clone Of: | Environment: | ||||||||
| Last Closed: | 2013-07-12 16:55:55 UTC | Type: | Bug | ||||||
| Regression: | --- | Mount Type: | --- | ||||||
| Documentation: | --- | CRM: | |||||||
| Verified Versions: | Category: | --- | |||||||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||||
| Embargoed: | |||||||||
| Bug Depends On: | |||||||||
| Bug Blocks: | 1019461 | ||||||||
| Attachments: |
|
||||||||
|
Description
David Jaša
2013-03-18 15:30:00 UTC
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. |