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)

x86
Windows ME
defect

Tracking

(Not tracked)

VERIFIED DUPLICATE of bug 53956

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
WFM Mozilla 0.6 Win98SE
-> morse
Assignee: asa → morse
Component: Browser-General → Single Signon
QA Contact: doronr → tpreston
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
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 → ---

*** This bug has been marked as a duplicate of 53956 ***
Status: UNCONFIRMED → RESOLVED
Closed: 24 years ago24 years ago
Resolution: --- → DUPLICATE
My workaround: rightmouse button and choose option stop and of you go!

Friendly, HJ.
Verified Duplicate
Status: RESOLVED → VERIFIED
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.