Open Bug 505199 Opened 15 years ago Updated 2 years ago

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

Categories

(Core :: XUL, defect)

x86
Windows XP
defect

Tracking

()

People

(Reporter: whimboo, Unassigned)

References

Details

(Keywords: helpwanted)

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
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.