Closed Bug 27264 Opened 25 years ago Closed 25 years ago

Select-user dialog busted

Categories

(SeaMonkey :: UI Design, defect, P3)

x86
Windows NT
defect

Tracking

(Not tracked)

VERIFIED WORKSFORME

People

(Reporter: morse, Assigned: don)

Details

(Whiteboard: [NEED INFO])

Regression that just started in the last day.

1. Go to a site that requires a login.  The one I usually use for testing is 
bugsplat (http://scopus/bugsplat/login.html).

2. Fill in form and press submit.  Answer yes to question about saving password.

3. Reload the page, fill in a different username and again press submit.  Again 
answer yes to question about saving password.

4. Reload the page again.  At this point a dialog should pop up asking you which 
of the two saved users you want.  The dialog is supposed to display 
a list of the possible users.  That list is displaying as blank.

Fortunately (or unfortunately depending on your point of view), the 
selectDialog.js file that is being used was never cleaned up and still has dump 
statements lurking inside it.  By looking at the output produced on the console 
by these dumps, you can see that the javascript was indeed getting the correct 
user names and printing them to the console (see the output that says "setting 
string <<username>>").
Keywords: beta1
Need more info, when this happens, can you hit cancel and log in manually?
Whiteboard: [NEED INFO]
Yes, you can hit cancel and log in manually.  You can even hit OK and the first 
item in the list (which you cannot see because of this bug) will be the one 
prefilled into the login form.
I just pulled a fresh tree and built it.  This bug is no longer present.
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → WORKSFORME
Sorry for the spam. changing qa contact.
QA Contact: paulmac → sairuh
verif.
Status: RESOLVED → VERIFIED
Product: Core → Mozilla Application Suite
You need to log in before you can comment on or make changes to this bug.