Closed Bug 141383 Opened 23 years ago Closed 20 years ago

Password Manager does not recognise a password-only form

Categories

(SeaMonkey :: Passwords & Permissions, defect)

defect
Not set
normal

Tracking

(Not tracked)

RESOLVED DUPLICATE of bug 119731

People

(Reporter: bugzilla2, Assigned: dveditz)

References

()

Details

From Bugzilla Helper: User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.0.0+) Gecko/20020428 BuildID: 2002042808 This URL implements a login with only a password field. Password manager does not recognise that this is a login page and does not store the password Reproducible: Always Steps to Reproduce: 1. Go to http://ipsbeta.demo.iplanet.com/ 2. enter password (which I can't give to you) 3. submit, get to next page. 4. sometime later close mozilla 5. go to http://ipsbeta.demo.iplanet.com/ 6. password has to be reentered Expected Results: password manager should prefill the password field for you to test you will have to either find another page like this or create a similar page on your own server. I can test using http://ipsbeta.demo.iplanet.com/ if you like
Reassigning unconfirmed form and password manager bugs to the new owner
Assignee: morse → dveditz
Now, this is intended behavior. We ignore forms with one field in order to not have it popup on search engines and things like that. However, I think we should make an exception when regards to a form with only a password input field. Granted, we wouldn't have a username to associate it with, which might cause problems of its own.
Status: UNCONFIRMED → NEW
Ever confirmed: true
OS: Windows 2000 → All
(In reply to comment #1) > Reassigning unconfirmed form and password manager bugs to the new owner (In reply to comment #2) > Now, this is intended behavior. We ignore forms with one field in order to not > have it popup on search engines and things like that. > > However, I think we should make an exception when regards to a form with only a > password input field. Granted, we wouldn't have a username to associate it with, > which might cause problems of its own. > (In reply to comment #2) > Now, this is intended behavior. We ignore forms with one field in order to not > have it popup on search engines and things like that. > > However, I think we should make an exception when regards to a form with only a > password input field. Granted, we wouldn't have a username to associate it with, > which might cause problems of its own. > This problem also exists with a two field form. Example is Yahoo email page asking for your user bane and P/W. Mozilla says it's not a page with password fields.
Product: Browser → Seamonkey
This looks like the same problem as bug 119731. That bug has more discussion and is older. *** This bug has been marked as a duplicate of 119731 ***
Status: NEW → RESOLVED
Closed: 20 years ago
Hardware: PC → All
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.