Closed
Bug 62512
Opened 24 years ago
Closed 24 years ago
Password manager do not post user/password correctly
Categories
(SeaMonkey :: Passwords & Permissions, defect, P3)
Tracking
(Not tracked)
People
(Reporter: matxdr, Assigned: morse)
References
()
Details
From Bugzilla Helper: User-Agent: Mozilla/5.0 (Windows; U; Win 9x 4.90; en-US; m18) Gecko/20001208 BuildID: 2000120804 When submitting a bug, on http://mozilla.org/quality/help/bugzilla-helper.html?keywords=preference&searchLong=min the page http://bugzilla.mozilla.org/post_bug.cgi is loaded to log in. If I click login, the passord manager prompt me what user I should put in it. I choose my user and the fields are filled. However, the next page doesn't load. I have to click on login again. Note that moving the mouse over the button "visually press it", but you need to click on it. When I commit the bug, I'm brought back to http://bugzilla.mozilla.org/post_bug.cgi asking for a valid username /password. Again, I click login, password manager ask me which user, select one and click login. Now it's saved. Reproducible: Always Steps to Reproduce: 1.Again, report a bug :-) 2.When brought to login page, let the password manager fill the fields 3.Commit the bug, you'll be brought back to login page Actual Results: Have to log twice, and the button looks clicked if the mouse goes over it Expected Results: Should work the first time. After choosing the user, Mozilla should remember to load the next page (not having to press login again) and post correct info. Sometimes I had the problem on the first login, asking for a valid email address
Comment 1•24 years ago
|
||
WFM Mozilla 0.6 Win98SE
Comment 2•24 years ago
|
||
-> morse
Assignee: asa → morse
Component: Browser-General → Single Signon
QA Contact: doronr → tpreston
Assignee | ||
Comment 3•24 years ago
|
||
What's happening is that the page http://bugzilla.mozilla.org/post_bug.cgi never finishes loading (note that the throbber keeps going). And the password-manager prefill doesn't occur until the loading finishes. So that's why the prefill didn't occur when this particular page was loaded. When you pressed the submit button you forced the load to finish and so the prefill occurs. But this press of the submit button at that time does not submit the form, it only aborts the page loading. Now that the page has stopped loading, you can again press the submit button and now the form gets submitted. So the bug is the fact that the page never finishes loading. Probably is a bug in layout or networking. Also I vaguely recall having seen a bug about this before so I'll check and see if I can find the number. Found it. It's bug 53956. There the reporter complained that the prefill occured when he tried to type a character into the username field. But, again, the reason was the same -- the page never finished loading and when he typed a character it aborted the loading and then password-manager kicked in. *** This bug has been marked as a duplicate of 53596 ***
Status: UNCONFIRMED → RESOLVED
Closed: 24 years ago
Resolution: --- → DUPLICATE
Assignee | ||
Comment 4•24 years ago
|
||
Oops, I transposed two digits. It's a dup of 53956 as I said above so now let me mark it correctly for that bug and not for 53596.
Status: RESOLVED → UNCONFIRMED
Resolution: DUPLICATE → ---
Assignee | ||
Comment 5•24 years ago
|
||
*** This bug has been marked as a duplicate of 53956 ***
Status: UNCONFIRMED → RESOLVED
Closed: 24 years ago → 24 years ago
Resolution: --- → DUPLICATE
My workaround: rightmouse button and choose option stop and of you go! Friendly, HJ.
Updated•20 years ago
|
Product: Browser → Seamonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•