Closed
Bug 175602
Opened 22 years ago
Closed 21 years ago
input type=text name="nom_" displays id from id/pw
Categories
(SeaMonkey :: Passwords & Permissions, defect)
Tracking
(Not tracked)
VERIFIED
DUPLICATE
of bug 112260
People
(Reporter: michel, Assigned: dveditz)
References
()
Details
I have a page accessed with a .htaccess id/pw control
It is a form with prefilled fields, I have a input text with field name "nom_"
The field do not dispaly the value, but the last id from id/pw input from
password access protection.
COnfiguration : MacOS X / jaguar
Michel Lo
Comment 1•22 years ago
|
||
please attach testcase, mention build ID.
http://beltsa.com/test.html
It shows in first field a previous id
Michel Lo
Michel, you neglected to mention the build ID requested in comment 1. Please
provide it.
woops : sorry, litle bit tired ...
Build ID: 2002101704
Michel
When I access your test URL using FizzillaCFM/2002101808 I see "Michel Lo" in
the first field, "Nom". Is that what you see?
"Michel Lo" is what I am supposed to have ...
In fact I just found the bug comes when the password is stored in key chain.
To test it, I put the page in http://beltsa.com/test/test.htm
(same page)
id= test
pw= test
IF I do not store id/pw in keychain, display is ok. If I put in keychain, I have
test displayed in the Nom field
Reassigning unconfirmed form and password manager bugs to the new owner
Assignee: morse → dveditz
So you're saying the Password Manager overwrites the default form field values?
Why shouldn't it do so, if the user stores values for the site in question?
Comment 9•21 years ago
|
||
*** This bug has been marked as a duplicate of 112260 ***
Status: UNCONFIRMED → RESOLVED
Closed: 21 years ago
Resolution: --- → DUPLICATE
Updated•20 years ago
|
Product: Browser → Seamonkey
Updated•20 years ago
|
Status: RESOLVED → VERIFIED
You need to log in
before you can comment on or make changes to this bug.
Description
•