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)
SeaMonkey
Passwords & Permissions
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
Comment 2•22 years ago
|
||
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.
Updated•21 years ago
|
Product: Browser → Seamonkey
Comment 4•20 years ago
|
||
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.
Description
•