vino: mouse cursor stays in upper left corner
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Fedora |
Fix Released
|
Medium
|
|||
vino (Ubuntu) |
Invalid
|
Low
|
Ubuntu Desktop Bugs | ||
Jaunty |
Invalid
|
Low
|
Ubuntu Desktop Bugs | ||
xfree86-driver-synaptics (Ubuntu) |
Invalid
|
Medium
|
Unassigned | ||
Jaunty |
Invalid
|
Medium
|
Unassigned | ||
xorg-server (Ubuntu) |
Fix Released
|
Medium
|
Timo Aaltonen | ||
Jaunty |
Fix Released
|
Medium
|
Timo Aaltonen |
Bug Description
Seen on Jaunty Alpha: when accessing the desktop using Vino, the mouse cursor is stuck in upper left corner of the screen. More detailed, I can move the cursor using the physical mouse attached to the Jaunty system, but as soon as on the other machine I move the mouse into VNC window, the cursor on the Jaunty machine is moved to upper left corner. Clicking with the VNC mouse works, though (it opens the Application menu which is in that corner).
I haven't seen this problem on Intrepid, only on Jaunty. Also, it only happened on a fully-installed system (installed to USB flash drive), on an EeePC 701. When using the Jaunty Live CD (booted over network) on another system and also with a bigger monitor, the problem did not occur; so apparently it doesn't happen in really all cases. On the affected system, the problem occurs every time, however.
Switching Compiz on or off hasn't helped so far. The problem also occurs with all VNC viewers I tried (krdc, vinagre, xvncviewer).
This is with Jaunty Alpha 5 with all updates installed, using vino 2.25.92-0ubuntu1 .
[lspci]
00:00.0 Host bridge [0600]: Intel Corporation Mobile 915GM/PM/GMS/910GML Express Processor to DRAM Controller [8086:2590] (rev 04)
Subsystem: ASUSTeK Computer Inc. Device [1043:82d9]
00:02.0 VGA compatible controller [0300]: Intel Corporation Mobile 915GM/GMS/910GML Express Graphics Controller [8086:2592] (rev 04)
Subsystem: ASUSTeK Computer Inc. Device [1043:82d9]
Related branches
description: | updated |
Changed in xfree86-driver-synaptics (Ubuntu Jaunty): | |
assignee: | bryceharrington → nobody |
tags: | added: ct-rev |
Changed in fedora: | |
status: | Unknown → Fix Released |
tags: | removed: ct-rev |
Changed in fedora: | |
importance: | Unknown → Medium |
Looking at vino-server with ltrace, it seems that XTestFakeMotion Event() is called correctly:
gdk_screen_ get_number( 0x9dac108, 446, 0xbff06e78, 0x8057e99, 0x9df7000) = 0 Event(0x9d9ebe0 , 0, 351, 446, 0) = 1 check_instance_ cast(0x9df7000, 0x9dfe7d0, 0xbff06e78, 0x8064207, 0x9e2a1c get_display( 0x9dac108, 464, 0xbff06e78, 0x8057e99, 0x9df7000) = 0x9da display_ get_xdisplay( 0x9da9010, 464, 0xbff06e78, 0x8057e99, 0x9df7000) = get_number( 0x9dac108, 464, 0xbff06e78, 0x8057e99, 0x9df7000) = 0 Event(0x9d9ebe0 , 0, 377, 464, 0) = 1
XTestFakeMotion
poll(0xbff06f08, 1, 0, 1, 45) = 1
read(18, "\005", 1) = 1
read(18, "", 5) = 5
g_type_
0) = 0x9df7000
gdk_screen_
9010
gdk_x11_
0x9d9ebe0
gdk_screen_
XTestFakeMotion
poll(0xbff06f08, 1, 0, 1, 45) = 1
... and so on.
Using the xevent app from http:// www.isv. uu.se/~ ziemann/ xevent/ then shows that XTestFakeMotion Event() always sets the mouse to upper left corner, while XTestFakeRelati veMotionEvent( ) works correctly. Maybe a bug in the new X server?