For pages where authentication is done via the "old school", pop up a dialog method, rather than with forms and cookies, there should be an option to automatically log in if the name/password pair is stored with the password manager.

Reporter, would bug 108166 solve this for you?

No, this is not related to bug 108166. That bug has to do with the dialog you get if there is more than one username stored for the site. This bug has to do with the dialog that appears when the site does http authentication. At least that's my understanding of what the reporter is saying.

Stpehen is correct: I want to automatically log into sites with http authentication, regardless of wether or not I have multiple user names for that site.

Reassigning to new module owner.

I think Darin would be a more appropriate owner for this feature request

Ability to autofill the user/pass boxes, but allow user to select which login to send. for websites like: http://swirve.com/login.asp

Regarding comment 6 , probably the url is outdated, because it is not the same as what the reporter is asking for. See attachement prefill.jpg As it stands now, mozilla would prefill the http authentication popup, but you still have to click ok to enter. What the reporter is asking for is an option to silently login. I propose that a checkbox "do not ask me again" be added below the current checkbox. If both are checked, silently login in the future. Regarding concerns that someone may accidently opt for silent login, and then wishes to login using an alternate password - well, they can view saved passwords and delete. That would disable silent login. If my employer were to ever switch to mozilla, they would _pay_ to have this fixed. With 3 authentication prompts each time you visit an intranet site, ability to silently login (present in IE) is invaluable.

Same bug for Firebird: bug 223636

MASS-CHANGE: This bug report is registered in the SeaMonkey product, but has been without a comment since the inception of the SeaMonkey project. This means that it was logged against the old Mozilla suite and we cannot determine that it's still valid for the current SeaMonkey suite. Because of this, we are setting it to an UNCONFIRMED state. If you can confirm that this report still applies to current SeaMonkey 2.x nightly builds, please set it back to the NEW state along with a comment on how you reproduced it on what Build ID, or if it's an enhancement request, why it's still worth implementing and in what way. If you can confirm that the report doesn't apply to current SeaMonkey 2.x nightly builds, please set it to the appropriate RESOLVED state (WORKSFORME, INVALID, WONTFIX, or similar). If no action happens within the next few months, we move this bug report to an EXPIRED state. Query tag for this change: mass-UNCONFIRM-20090614

This is a valid enhancement request that still applies to SeaMonkey 2.x

Would this involve the complete login to the account or merely filling in the user ID and password? If the former, I see a problem. I already have an account with a user ID and password. I want to setup a second account with a new user ID and a new password. How would I prevent the automatic login to the older account so that I can setup the newer account?

(In reply to David E. Ross from comment #11) > Would this involve the complete login to the account or merely filling in > the user ID and password? If the former, I see a problem. > > I already have an account with a user ID and password. I want to setup a > second account with a new user ID and a new password. How would I prevent > the automatic login to the older account so that I can setup the newer > account? A logout command would be useful, both with and without automatic logins.