Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.1b3pre) Gecko/20090223 SeaMonkey/2.0a3 On my homebanking account (https://ebanking.easybank.at/InternetBanking/EASYBANK_webbank_de.html) I had my login saved. After converting my SM1 profile it was replaced by wrong data. So I deleted the old entry and tried to save a new one. But there is no question to save it. So we have a regression. pi

Same bug on https://www.cortalconsors.de/euroWebDe/- :-( That makes the browser useless.

Additional finding: The login is not saved, but the account number is.

The page https://www.cortalconsors.de/euroWebDe/ has set autocomplete="off" for the password field. On https://ebanking.easybank.at/InternetBanking/EASYBANK_webbank_de.html it does not save anything at all right?

Both pages behave the same, so both save the account number. I have set: user_pref("wallet.crypto.autocompleteoverride", true); pi

autocompleteoverride does currently not work, see Bug 425145. Here saving the password (PIN) on https://ebanking.easybank.at/InternetBanking/EASYBANK_webbank_de.html works for me: I enter any account data, click on login and then the info bar at the top asks me if I want to save the password for the username I entered.

V.Duplicate, confirming comment 3 and comment 5.

UnDUPing and repurposing this to track patches landing in mozilla-central Toolkit: Bug 425145 - User Option to Save ID and Password When autocomplete="off" Firefox: Bug 951981 - Expose signon.autocompleteOverride in the preferences

(In reply to Boris 'pi' Piwinger from comment #4) > Both pages behave the same, so both save the account number. > > I have set: > user_pref("wallet.crypto.autocompleteoverride", true); Should we migrate "wallet.crypto.autocompleteoverride" to "signon.autocompleteOverride" q.v. Attachment 401438 [details] [diff]

FIXED by Firefox bug 956906.