51059 - Name field does not gain focus in login dialog

Status: VERIFIED WORKSFORME

(Core :: DOM: UI Events & Focus Handling, defect, P3)

Description

[hcaley]

When going to a site that uses http auth the login box comes up and the name
field is highlighted, but the user can't type in a name.  If the user then tabs
until the name box is highlighted again, he can then type in it.

Comment 1

[hcaley]

Build ID 2000090106; been the same for the last few nightlies that I have tried

Comment 2

[Asa Dotzler [:asa]]

this link is inaccessible.  please provide a URL that we can test.  thanks.

Comment 3

[hcaley]

Try https://internal.lumeria.com, or any site that uses auth

Comment 4

[sean echevarria]

confirm on win2k with build from tip 9/1 at:
http://demo3.beatnik.com/qa/netscape

Comment 5

[Asa Dotzler [:asa]]

updating summary and URL to reflect https:// issue.

Comment 6

[Asa Dotzler [:asa]]

updating summary again.  over to networking.  this is not https: specific.
Reporter, please see the bug writing guidelines at
http://www.mozilla.org/quality/bug-writing-guidelines.html to see the kind of
information we need to efficiently process your issue.

The workaround is to select the password field first then the name field.  

Comment 7

[Asa Dotzler [:asa]]

sorry.  event handling.

Comment 8

[Heikki Toivonen (remove -bugzilla when emailing directly)]

Simple workarounds exist, therefore:

This bug has been marked "future" because the original netscape engineer working 
on this is over-burdened. If you feel this is an error, that you or another
known resource will be working on this bug,or if it blocks your work in some way 
-- please attach your concern to the bug for reconsideration.

Comment 9

[hcaley]

My thoughts on the timeline would be, how often do users go to sites that use
authentication?  Pretty often, I think, and every time they do this issue will
come up and make the browser look buggy.  It seems like a simple thing to fix
too, from my point of view as a non-programmer ;)

Comment 10

[Heikki Toivonen (remove -bugzilla when emailing directly)]

Hmm, this is perhaps more common than I thought, but nowadays I believe the 
really important sites in fact use secure connections and ask for the login & 
password in an HTML page, not with the login dialog.

I am hoping this one would have a simple fix. Nominating for nsbeta3 because 
every user that will face login dialogs is going to notice... 

Comment 11

[Heikki Toivonen (remove -bugzilla when emailing directly)]

Ahem, every W3C member that tries to access W3C member-only pages would be 
affected by this. We wouldn't want to alienate W3C members from Netscape, now 
would we...

Comment 12

[Nisheeth Ranjan]

Marking nsbeta3-.  It would be nice if somebody could modify the XUL to make 
this work.  Marking helpwanted also.

Comment 13

[hcaley]

Today's build seems to have fixed this problem...Build ID: 2000091408 on Linux
glibc2.1.  However, actually submitting my auth with the Enter key crashes Mozilla.

Comment 14

[joki (gone)]

There was a lot of instability added near nsbeta3.  Let's give this another day 
then retest.

Comment 15

[Loco]

Updating QA Contact.

Comment 16

[Heikki Toivonen (remove -bugzilla when emailing directly)]

This is working for me now, NT PR3 & Linux debug branch build from yesterday.
Marking worksforme.

Comment 17

[Hixie (not reading bugmail)]

Reassigning QA Contact for all open and unverified bugs previously under Lorca's
care to Gerardo as per phone conversation this morning.

Comment 18

[Madhur Bhatia]

QA contact updated

Comment 19

[luis rincon]

verified on build 2001-08-14-trunk