If you think a bug might affect users in the 57 release, please set the correct tracking and status flags for Release Management.

"Snap to default button in dialog boxes" doesn't work with VMware tools installed

NEW
Unassigned

Status

()

Core
XUL
8 years ago
8 years ago

People

(Reporter: whimboo, Unassigned)

Tracking

({helpwanted})

Trunk
x86
Windows XP
helpwanted
Points:
---

Firefox Tracking Flags

(Not tracked)

Details

(Reporter)

Description

8 years ago
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2a1pre) Gecko/20090718 Minefield/3.6a1pre (.NET CLR 3.5.30729) ID:20090718050152

Now that bug 76053 is fixed I noticed a problem while running WindowsXP in a VMware. As Masayuki pointed out on bug 76053 the VMware tools are responsible for that. I can second. When you open a dialog the first time after Minefield has been started the mouse pointer is moved to the default button but when you move your mouse a little bit the cursor jumps back to the former position. Successive tries will not move the cursor to the default button anymore.

Due to the snap feature works in other applications from Microsoft something is left in our code base.
I think that this problem should be fixed by the VMware tools. I guess that VMware tools don't hook the SetCursorPos API calling. If so, VMware tools try to synchronize the  cursor position from old cursor position of the host. Then, the cursor is moved to the old position. I think that VMware tools should modify the host cursor position when SetCursorPos API is called in the guest Windows OS.
Keywords: helpwanted
You need to log in before you can comment on or make changes to this bug.