Description of problem: mouse pointer does not move in server mode (but it is able to click) Version-Release number of selected component (if applicable): mingw-virt-viewer-0.5.3-14 and -15 How reproducible: always Steps to Reproduce: 1. open services.msc in windows guest, select "RHEV Spice Agent", hover over "Stop" 2. click stop 3. Actual results: mouse pointer is shown at some bogus location and it doesn't move Expected results: mouse pointer works normally Additional info: if you click next time, the service gets started - because "start" button is where "stop" button was and the pointer didn't move
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