Closed Bug 264505 Opened 20 years ago Closed 19 years ago

Setting the mouse pointer to snap to the default button in a dialog box doesn't work in Firefox

Categories

(Firefox :: General, defect)

x86
Windows 2000
defect
Not set
normal

Tracking

()

RESOLVED DUPLICATE of bug 76053

People

(Reporter: nospam, Assigned: bugzilla)

Details

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.3) Gecko/20041014 Firefox/0.10.1 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.3) Gecko/20041014 Firefox/0.10.1 Some mouse software, for example Microsoft IntelliPoint, has an option to "automatically move the pointer to the default button in a dialog box". When this is set and a dialog box appears the mouse pointer will move to the default button, which I find quite useful. However it doesn't work in Firefox. Reproducible: Always Steps to Reproduce: 1. Set your mouse software to automatically move the mouse pointer to a dialogs' default button. 2. Open a web site which brings up a login dialog. Actual Results: The mouse pointer does not move Expected Results: The mouse pointer should move to the Ok button I have only tested this with Microsoft IntelliPoint, but i'd imagine it affects all mouse drivers which provide this functionality.
This also affects the default windows mouse driver, and IntelliPoint 5, both of which have the option called "Move pointer to the default button in dialog boxes".
Confirming on latest trunk build: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b2) Gecko/20050614 Firefox/1.0+ ID:2005061419 I've run into this in multiple situations using FF 1.x and the latest trunk builds on Windows XP SP2. I've come to "expect" this functionality in my day to day use of Windows based software and expected the same of FF. Hopefully we can get this "fixed/added" to FF 1.1!
Flags: blocking-aviary1.1?
Flags: blocking-aviary1.1?
This is an automated message, with ID "auto-resolve01". This bug has had no comments for a long time. Statistically, we have found that bug reports that have not been confirmed by a second user after three months are highly unlikely to be the source of a fix to the code. While your input is very important to us, our resources are limited and so we are asking for your help in focussing our efforts. If you can still reproduce this problem in the latest version of the product (see below for how to obtain a copy) or, for feature requests, if it's not present in the latest version and you still believe we should implement it, please visit the URL of this bug (given at the top of this mail) and add a comment to that effect, giving more reproduction information if you have it. If it is not a problem any longer, you need take no action. If this bug is not changed in any way in the next two weeks, it will be automatically resolved. Thank you for your help in this matter. The latest beta releases can be obtained from: Firefox: http://www.mozilla.org/projects/firefox/ Thunderbird: http://www.mozilla.org/products/thunderbird/releases/1.5beta1.html Seamonkey: http://www.mozilla.org/projects/seamonkey/
This is still an issue in the latest builds, both branch and trunk!!! BUILD: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b5) Gecko/20050926 Firefox/1.4 ID:2005092619 ~B
*** This bug has been marked as a duplicate of 76053 ***
Status: UNCONFIRMED → RESOLVED
Closed: 19 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.