Closed
Bug 27264
Opened 25 years ago
Closed 25 years ago
Select-user dialog busted
Categories
(SeaMonkey :: UI Design, defect, P3)
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>>").
Need more info, when this happens, can you hit cancel and log in manually?
Whiteboard: [NEED INFO]
Reporter | ||
Comment 2•25 years ago
|
||
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.
Reporter | ||
Comment 3•25 years ago
|
||
I just pulled a fresh tree and built it. This bug is no longer present.
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → WORKSFORME
Updated•20 years ago
|
Product: Core → Mozilla Application Suite
You need to log in
before you can comment on or make changes to this bug.
Description
•