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)
Tracking
()
NEW
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.
Comment 1•15 years ago
|
||
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
Updated•2 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•