377949 - Password Manager doesn't use pre-filled userid when selecting from multiple logins

Status: RESOLVED INCOMPLETE

(SeaMonkey :: Passwords & Permissions, defect)

Description

[TT]

User-Agent:       Mozilla/5.0 (X11; U; Linux i686 (x86_64); en-US; rv:1.8.1.2pre) Gecko/20070111 SeaMonkey/1.1
Build Identifier: Mozilla/5.0 (X11; U; Linux i686 (x86_64); en-US; rv:1.8.1.2pre) Gecko/20070111 SeaMonkey/1.1

Sorry if this bug is a dupe, but I searched and searched and couldn't find anything like it.

When the Password Manager detects a login form and it has multiple usernames to use, it displays the Select User dialog box to allow me to choose which username I want to log in with.

The problem is that the Password Manager doesn't bother to check if the userid form is already filled in by the web page.  The Netflix web site is a good example, for anyone that has multiple profiles with Netflix.  To the easiest way to see the problem is to have three profiles, one master and two secondary profiles.

On Netflix, when you are logged into one of the profiles, you can easily switch to another profile from just a pull-down menu.  However, if the current profile is *not* the master profile, then you are brought to the login page first.  This page prompts you for the "Sign In Name" and the "Password".  The form for the "Sign In Name" is already filled in with the userid of the profile you are trying to switch to.

At this point, the "Select User" dialog box appears.  The currently selected user, however, is always the first one in its list, which could be anything.  It would be nice if the currently selected user was always the one that was pre-filled.  That way, all I need to do is press Enter, and Password Manager would always fill in the right password.

Alternative, Password Manager could just detect that the userid field is already filled, and it could just fill in the password field automatically and skip the dialog box altogether.

Reproducible: Always

Steps to Reproduce:
1.
2.
3.

Comment 1

[Peter Weilbacher]

As I don't have netflix accounts nor another type of account where I could reproduce the problem, I find it hard to check this.

The password manager is not going to change any more for SeaMonkey 1.1.x. So I would suggest to test if the problem still exists with a current trunk build of SeaMonkey from <http://ftp.mozilla.org/pub/mozilla.org/seamonkey/nightly/latest-trunk/>.

Comment 2

[Tony Mechelynck [:tonymec]]

No reply in 3 weeks to comment #1. I don't use Netflix either.

Resolving INCOMPLETE for the time being. Timur, if you see this bug on SeaMonkey 2.0a1pre, please REOPEN and paste the user-agent of an affected build. That user-agent will be something more or less like

Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9pre) Gecko/2008041601 SeaMonkey/2.0a1pre

and you can paste it from the page which comes up when you type about: in the URL bar.