242115 - (autocompleteoff) When I click the Logon button, the Password manager should come up offering to save password. It does not.

Status: RESOLVED INVALID

(Toolkit :: Password Manager, defect)

Description

[Robert Gelb]

User-Agent:       Mozilla/5.0 (Windows; U; WinNT4.0; en-US; rv:1.6) Gecko/20040206 Firefox/0.8
Build Identifier: Mozilla/5.0 (Windows; U; WinNT4.0; en-US; rv:1.6) Gecko/20040206 Firefox/0.8

In the page at https://app1.dbportfolio.com/eRequest/, when I press the Logon
button, the Password manager should come up offering to save password.  It does
not.  It used to do that with Phoenix 0.6.1 and earlier.

I thought that maybe this happens because the site is https, but that's not the
case, it also happens with standard http sites.

Reproducible: Always
Steps to Reproduce:
1.  Go to https://app1.dbportfolio.com/eRequest/
2.  Enter any Username and Password
3.  Click the Logon button

Actual Results:  
The browsers goes to the next page without offering to save the userid/password


Expected Results:  
The Password manager should come up offering to save password.

Comment 1

[Sam Dickinson]

When creating a new profile (I called mine "Default User"), Password Manager
seems to no longer work

Comment 2

[Michael Stolovitzsky]

This happens to me often too, however, I can't find a specific way to reproduce
the bug because it seems to be happening arbitrarily.

Comment 3

[Aaron Johnson]

The same is happening with the Washington Mutual Bank website,
https://login.personal.wamu.com/logon/logon.asp. The site uses TLS 1.0 for its
security. You type in the username and password, but the password manager does
not offer to save them. This form looks like it has a lot of javascript
validation code running which might be interfering with the form manager somehow.

Comment 4

[Hodor!]

Confirmed with FireFox 1.0 on Windows 2000. Password manager does not prompt to
save password for either website.

Mozilla/5.0 (Windows; U; Windows NT 5.0; rv:1.7.3) Gecko/20041001 Firefox/0.10.1

Comment 5

[Brian Ryner (not reading)]

confirmed.

Comment 6

[[e-mail]]

(In reply to comment #3)
> The same is happening with the Washington Mutual Bank website,
> https://login.personal.wamu.com/logon/logon.asp. The site uses TLS 1.0 for its
> security. You type in the username and password, but the password manager does
> not offer to save them. This form looks like it has a lot of javascript
> validation code running which might be interfering with the form manager somehow.

This works as intended by the web designer: the password field has the
autocomplete="off" attribute which is respected by FF.

Comment 7

[[e-mail]]

The reason why PM does not offer to save the password for
https://app1.dbportfolio.com/eRequest/ could be related to the fact that the
form contains several non-password and several password fields. 
What is the current  heuristic for saving id/password in such cases?

Comment 8

[Robert Gelb]

(In reply to comment #7)
> The reason why PM does not offer to save the password for
> https://app1.dbportfolio.com/eRequest/ could be related to the fact that the
> form contains several non-password and several password fields. 

Sure, but this worked in Mozilla Firebird 0.6.1 and stopped working ever since.

Comment 9

[Olaf]

same here with 1.0.3 and http://www.legato.com/support/websupport/ ("Basic
Support" logon)

Comment 10

[Trevan]

I have the same problem with https://www.mtnamerica.org, but I think it is
either because mtnamerica.org and wamu.com both use type=image as their submit
button or because they both have autocomplete=off.  The dbportfolio doesn't seem
to exist so I can't compare my problem with it, and the legato site doesn't have
the type=image or autocomplete=off so it might be a different problem.

In reply to comment #6)
If it is because of the autocomplete=off, shouldn't password saver override this
as the user wants the password to be autocompleted by using the password saver?

Comment 11

[Håkan Waara]

A more specific testcase would help here.  Note that autocomplete=off is respected by FF, so that's probably not considered a bug.

Comment 12

[tom]

Please make this confirmed and get working on it... this is not a new bug. The same has been happening to me for a month or two and I'm looking for another browser. My bug number is: 
https://bugzilla.mozilla.org/show_bug.cgi?id=332317

You guys might try as a better password manager http://www.roboform.com/
this thing saves the passwords for you and may be a work around until Firefox gets fixed. Roboform says that the saved passwords will also work in the Microsoft browser (which never prints right for me always cutting off the right side of the page even when "shrinking" page... Firefox prints correctly except maybe on the largest of web pages). 

Comment 13

[tom]

This is NOT a profile problem. I created a new profile and it did not fix the problem. 

Comment 14

[David P James]

Mass edit: Changing QA to default QA Contact

Comment 15

[fox_yekvja]

See also bug 361733: the author has an idea what the cause of the problem is.

Comment 16

[Ale Mand]

I have a differente case: a form for which "don't save" was selected, appears in the list of sites with exceptions (options, security, passwords, exceptions).
Removing the website from exception does not popup the "save passowrd" dialog box any more.

Comment 17

[Philip]

Confirmed, see also bug #361733

Comment 18

[Justin Dolske [:Dolske]]

The original site reported for this bug is no longer responding, but the comments indicate that it was due to autocomplete=off having been set by the site on the login form. Password Manager is working as designed, and will not save a login in this case.