Bug 872640
Summary: | mouse pointer does not move in server mode (but it is able to click) | ||||||
---|---|---|---|---|---|---|---|
Product: | Red Hat Enterprise Virtualization Manager | Reporter: | David Jaša <djasa> | ||||
Component: | mingw-virt-viewer | Assignee: | Marc-Andre Lureau <marcandre.lureau> | ||||
Status: | CLOSED ERRATA | QA Contact: | Desktop QE <desktop-qa-list> | ||||
Severity: | high | Docs Contact: | |||||
Priority: | unspecified | ||||||
Version: | 3.1.0 | CC: | aburden, cfergeau, mbarta, mkrcmari, sgrinber, tjamrisk | ||||
Target Milestone: | --- | ||||||
Target Release: | --- | ||||||
Hardware: | Unspecified | ||||||
OS: | Unspecified | ||||||
Whiteboard: | |||||||
Fixed In Version: | mingw-virt-viewer-0.5.3-17.el6 | Doc Type: | Bug Fix | ||||
Doc Text: |
Previously, the mouse pointer could become stuck in server mode when using a Windows 7 client with dual monitors. The libspice-client-gtk has been updated to restore predictable mouse behavior.
|
Story Points: | --- | ||||
Clone Of: | Environment: | ||||||
Last Closed: | 2012-12-04 17:59:24 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: | |||||||
Attachments: |
|
Description
David Jaša
2012-11-02 16:11:42 UTC
I can't reproduce. I tried with tablet and there is no jump. Without tablet, there is a tiny jump, but the mouse is still perfectly usable. What version of Windows didn't use? I tried with Windows 8. Can you try with different version of Windows? I suppose the guest has QXL driver installed? I didn't use tablet in any case. I got "perfectly usable" server mouse in a single case actually: when I had the cursor grabbed on the secondary screen of dual-monitor guest. In any other case (Fedora 17 VM, single-monitor VM with or without qxl driver, dual monitor VMs with mouse grabbed on primary screen), I hit this bug. Client: Windows 7 32b and 64b, mingw-virt-viewer-0.5.3-15 and -16. I could possibly try on XP, too. Funny thing. I could reproduce this bug only after connecting a second monitor to the client windows machine. After disconnecting the second monitor everything returned back to normal. Confirmed, the bug isn't reproducible on single-monitor client, on -16 even in situations that were 100% reproducers (two-monitor windowed guest with overlapping windows). Plug the second monitor in and the bug will occur again... I can't reproduce, but I fixed two small related bugs while looking into this. Can you try to reproduce with http://elmarco.fedorapeople.org/libspice-client-gtk-2.0-4.dll (overwrite the one in $prefix/bin), if you manage to reproduce it would be nice to make it a screencast (even with a phone) Created attachment 644075 [details]
screencast
The actual behavior is different based on actual screen layout and r-v window position:
r-v on monitor | left right
--- |
primary monitor |
----------------+-----------------------------------
left | works OK cursor is not
| grabbed
|
right | cursor is not cursor is grabbed but it isn't
| grabbed displayed and can not move
You should be able to recognize all the behaviours on the screencast. My client monitor configuration is two 1920x1080 screens side-by-side with primary monitor typically on the right.
The recorded behaviour is with your .dll used instead of package one. (In reply to comment #9) > The recorded behaviour is with your .dll used instead of package one. I think I got it. Can you give the new http://elmarco.fedorapeople.org/libspice-client-gtk-2.0-4.dll a try? I am missing physical dual-head windows here. thanks! Now the behavior is correct for if primary screen is top or left one regardless of r-v window position. If primary screen is right or bottom, "cursor is grabbed but it isn't displayed and can not move" scenario occurs. (In reply to comment #11) > Now the behavior is correct for if primary screen is top or left one > regardless of r-v window position. If primary screen is right or bottom, > "cursor is grabbed but it isn't displayed and can not move" scenario occurs. do I understand correctly just lower-right corner case of your table is left? (In reply to comment #12) > > do I understand correctly just lower-right corner case of your table is left? exactly. (In reply to comment #13) > (In reply to comment #12) > > > > do I understand correctly just lower-right corner case of your table is left? > > exactly. ok, I am quite happy to report that I can reproduce that final? corner-case :) looking at it David, can you try with the latest version of http://elmarco.fedorapeople.org/libspice-client-gtk-2.0-4.dll. It works for me now. Thanks a lot! Works for me too in all the cases outlined above. patch sent to ML, building in brew please add acks! fixed in mingw-virt-viewer-0.5.3-17.el6 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/RHEA-2012-1525.html |