User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.6) Gecko/20040206 Firefox/0.8 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.6) Gecko/20040206 Firefox/0.8 Where a dropdown list is used as a part of the logon form, Password Manager does not store the selected option on the list. On the following example (webmail), a list is used to select which server the username belongs to. Instead of entering "me@server2.com", the user enters "me" as username and then selects "server2.com" from a list of various servers. Password Manager correctly retrieves both the username and password, but the server is not retrieved (i assume it is not even stored by the Password Manager), forcing the user to make this selection manually before logging in in order to log in correctly. Reproducible: Always Steps to Reproduce: 1. Go to http://epost.portalen.no/ 2. Enter username 3. Choose the correct server from the dropdown list 4. Enter password 5. Log in, and choose to store the password and username Actual Results: When returning to http://epost.portalen.no/, the dropdown list item which was chosen (the server which the username is attached to) is not automatically selected by the Passoword Manager. Expected Results: Made it so that the Password Manager remembers all relevant fields on the login form. The example page, where the bug was found, is in norwegian :)

testing in firefox 0.9 typed in test info and i get the same error. My "diagnosis" if you will is that the password saver only saves o=passwords from the open text boxes

I'm suffering from this bug as well (ie. bug confirmed): Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7) Gecko/20040707 Firefox/0.9.2 I'm noticing it mainly on http://mail.di.fm/ where I have to pick the part coming after the at-sign from a drop-down box. Username and password are correctly saved. Perhaps this is (somewhat) related to bug 222589? One way to tackle this could be to explore the complete form and save all data that is not the default values (ie. not blank or some other pick from a dropdown then what's default). Severity would be 'enhancement' in my humble opinion. It's mildly annoying, but I only see it on one site that I regular.

(In reply to comment #0) > User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.6) Gecko/20040206 Firefox/0.8 > Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.6) Gecko/20040206 Firefox/0.8 > > Where a dropdown list is used as a part of the logon form, Password Manager does > not store the selected option on the list. > > On the following example (webmail), a list is used to select which server the > username belongs to. Instead of entering "me@server2.com", the user enters "me" > as username and then selects "server2.com" from a list of various servers. > Password Manager correctly retrieves both the username and password, but the > server is not retrieved (i assume it is not even stored by the Password > Manager), forcing the user to make this selection manually before logging in in > order to log in correctly. > > Reproducible: Always > Steps to Reproduce: > 1. Go to http://epost.portalen.no/ > 2. Enter username > 3. Choose the correct server from the dropdown list > 4. Enter password > 5. Log in, and choose to store the password and username > > Actual Results: > When returning to http://epost.portalen.no/, the dropdown list item which was > chosen (the server which the username is attached to) is not automatically > selected by the Passoword Manager. > > Expected Results: > Made it so that the Password Manager remembers all relevant fields on the login > form. > > The example page, where the bug was found, is in norwegian :) I'm experiencing something similar. I entered a new bug [281777] which was assigned to [bugs@bengoodger.com]. So I do not want to mess up with e-mails & Bugs. But it is somehow annoying that IE5 does not fail on this matter.

Same for me (Firefox 1.0.4). I have an account on http://www.ogame.de. Together with the username and password you have to select a value from a combo box. This value should be also remembered.

Mass edit: Changing QA to default QA Contact

*** Bug 310418 has been marked as a duplicate of this bug. ***

Offhand, I think this is likely a WONTFIX. Determining what fields holds the login info in a form is tricky business. The passwords are obvious, but the username is not. If we start treating any input field as a potential username, I think a lot of sites which currently work will break.

I thought about this some more, and WONTFIX seems the best course here. See also bug 222589, for the general issue of storing extra fields for a login.