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.