Bug 271334 (proxy-dialog-default)

proxy authentication dialog should "OK" when pressing shift-Enter in password textbox

RESOLVED EXPIRED

Status

()

Firefox
General
--
minor
RESOLVED EXPIRED
14 years ago
13 years ago

People

(Reporter: Jon Weintraub, Assigned: Blake Ross)

Tracking

Firefox Tracking Flags

(Not tracked)

Details

(Reporter)

Description

14 years ago
User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.5) Gecko/20041107 Firefox/1.0
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.5) Gecko/20041107 Firefox/1.0

This dialog pops with no default button. The "feel-good" interface would be to
allow (as IE does) a fast, keyboard-oriented user to type
user(TAB)password(ENTER) and be done. Instead, this dialog currently eats such
ENTER keys and does nothing.

Reproducible: Always
Steps to Reproduce:
1. start IE with an authenticating proxy configured
2. access a URL requiring proxy authentication
3. type proxy userID then hit TAB
4. type proxy password then hit ENTER
Actual Results:  
Dialog remains. Password textbox is selected, cursor is flashing at end of password.

Expected Results:  
Dialog should be submitted as with OK button press.

default theme...
(Reporter)

Updated

14 years ago
Alias: proxy-dialog-default
(Reporter)

Comment 1

14 years ago
Original poster here. Sorry, I was misinterpreting some behavior. OK button *IS*
correctly defaulted. My password has some shifted characters, and the case where
the dialog performs unexpectedly is the case where I terminate with
"Shift-ENTER" by mistake. But IE dialog handles that as an "OK", and that is the
intuitive interface. Sorry for my confusion.

(In reply to comment #0)
> User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.5)
Gecko/20041107 Firefox/1.0
> Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.5)
Gecko/20041107 Firefox/1.0
> 
> This dialog pops with no default button. The "feel-good" interface would be to
> allow (as IE does) a fast, keyboard-oriented user to type
> user(TAB)password(ENTER) and be done. Instead, this dialog currently eats such
> ENTER keys and does nothing.
> 
> Reproducible: Always
> Steps to Reproduce:
> 1. start IE with an authenticating proxy configured
> 2. access a URL requiring proxy authentication
> 3. type proxy userID then hit TAB
> 4. type proxy password then hit ENTER
> Actual Results:  
> Dialog remains. Password textbox is selected, cursor is flashing at end of
password.
> 
> Expected Results:  
> Dialog should be submitted as with OK button press.
> 
> default theme...
Summary: proxy authentication dialog should "OK" when pressing Enter in password textbox → proxy authentication dialog should "OK" when pressing shift-Enter in password textbox
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 bug has been automatically resolved after a period of inactivity (see above
comment). If anyone thinks this is incorrect, they should feel free to reopen it.
Status: UNCONFIRMED → RESOLVED
Last Resolved: 13 years ago
Resolution: --- → EXPIRED
You need to log in before you can comment on or make changes to this bug.