User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.2) Gecko/20100101 Firefox/10.0.2 Iceweasel/10.0.2 Build ID: 20120217174734 Steps to reproduce: https://mango.gnome.org/login.php https://trac.transmissionbt.com/login Go to either of these sites, and enter a fake username/password. When asked whether you want this saved, click "yes". Then reload the login page. Actual results: The form does not autocomplete even though the username/password has been stored correctly into the password manager. You can check the preferences to verify this. Expected results: If you repeat the same process, but for https://bitbucket.org/account/signin/ the form does autocomplete with the correct details. There is no obvious reason why this should work but the previous two shouldn't. None of the sites have autocomplete="off" in any of the inputs, nor are any values pre-defined (the topic of #618698, which is NOT a duplicate of this). Tested on debian squeeze iceweasel 3.5, debian wheezy iceweasel 10, and ubuntu firefox 9.0.1.

also, when using a different password manager, adding some debug code shows that nsILoginManagerStorage::FindLogins() is not even being called for the non-working sites mentioned. context: https://github.com/infinity0/mozilla-gnome-keyring/issues/6 (most of the info there has been posted here already)

other sources tell me that autocomplete works for the non-working sites on both opera and chrome, although I haven't verified this personally.

confirmed working on gnome epiphany 3.2.1 so this is definitely a firefox issue, as opposed to a mozilla issue.

(er, ignore the 2nd part of that comment, I was under the false impression that epiphany uses mozilla code.)

Thanks for the report! https://mango.gnome.org/login.php is an xML+XSLT page, which is covered by bug 354706. https://trac.transmissionbt.com/login works fine for me on a Mac Nightly. Could you re-test with a) a new profile http://support.mozilla.org/en-US/kb/Managing-profiles#w_creating-a-profile b) using the latest build http://nightly.mozilla.org/ ?

By the way, it's sometimes helpful to turn on logging in the password manager (signon.debug preference in about:config, results go to the Error Console).

thanks for the explanation. :) I can't reproduce the behaviour for trac.transmissionbt.com on any of my debian/ubuntu installs. I must have done something wrong in my original investigation. Also, my logs of when I asked other people to test out the behaviour only include mango.gnome.org and bitbucket.org. I suppose you can close this bug. :)

OK, thanks for the update!