Red Hat Bugzilla – Bug 665025
lost double clicks on slow connections
Last modified: 2013-01-09 18:26:29 EST
+++ This bug was initially created as a clone of Bug #665017 +++ qemu doesn't enqueue mouse events, it just records the latest mouse state. This can cause some lost mouse double clicks if the events are not processed fast enough. In particular, dragging/doubleclicking are impossible on a high latency connection (e.g. Milan->Phoenix->Brno). I'll post patches to upstream QEMU to fix this, based on these xen-unstable qemu.git patches: 28b7599603cc2165cd68961be034979657759f40 Queue some mouse events. bfaaa608ded03c458a970be818cc319f5fe914d7 Try to fix USB HID and make the HID reports readable dd0a0055a99b0226f31b29c14e2c18eeaac757f7 Fix new USB HID queueing
move to verified based on comment#6
Technical note added. If any revisions are required, please edit the "Technical Notes" field accordingly. All revisions will be proofread by the Engineering Content Services team. New Contents: Cause: when the connection from the virtualization host to the VNC client is slow, the guest may miss clicks and movements of a virtual USB pointing device. Consequence: some operations on graphical user interfaces, including dragging and double clicking, are impossible to perform in presence of a slow network connection. Fix: virtual USB pointing devices buffer the user's clicks and movements. Result: dragging and double clicking works as intended.
An advisory has been issued which should help the problem described in this bug report. This report is therefore being closed with a resolution of ERRATA. For more information on therefore solution and/or where to find the updated files, please follow the link below. You may reopen this bug report if the solution does not work for you. http://rhn.redhat.com/errata/RHSA-2011-0534.html