207147 - Password Manager does not capture values, after some javascript onSubmit action

Status: RESOLVED DUPLICATE of bug 1119035

(Toolkit :: Password Manager, defect)

Description

[Aaron Stromas]

User-Agent:       Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4b) Gecko/20030507
Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.4b) Gecko/20030507

When the values are filled in on the login form, the passowrd manager does
not spring up to offer to capture filled in values.

Reproducible: Always

Steps to Reproduce:
1. Acquire free e-mail account at operamail.com
2. Use it to login
3.

Actual Results:  
Password manager does not offer to save entered values

Expected Results:  
Password manager offering to save enterd values

Comment 1

[Aaron Stromas]

I just confirmed the same behavious on linux, i.e, that password manager does
not attempt to captured entered values.

Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4b) Gecko/20030507

Comment 2

[Charles Fenwick]

This is the case for many websites.  It is possible for a website to opt out of
using the password manager.

This is a dupe of bug 93776.

Comment 3

[Aaron Stromas]

Sorry for missing the previous bug report.

Comment 4

[Greg K.]

Resolving dup per comment 2.

*** This bug has been marked as a duplicate of 93776 ***

Comment 5

[Michiel van Leeuwen (email: mvl+moz@)]

Not a dup. There is no autocomplete=off on the page.
The poblem is in dologin(), which creates a GET url, and then uses
location.href=url. The password manager doesn't catch this, because it is no
longer a form submit, but a javascript action. I think it will be far from easy
to  capture that.

Comment 6

[Serge Gautherie (:sgautherie)]

[Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.5) Gecko/20030925] (v1.5rc2) (W98SE)

"Confirming" same/similar bug, on W98.

(From bug 209423 comment 5:)
<http://www.grenouille.com/ma_grenouille/login.php?url=%2Fma_grenouille%2F>
does not activate the P.M.
due to
(
document.loginForm.pass.value = "";
}
in 'function formSubmit()'.


Changing:
*Hardware: Macintosh -> All, per comment 1
*OS: MacOS X -> All, per comment 1
*Summary: adding ", after some javascript onSubmit action"
*Status: Unconfirmed -> New

Comment 7

[Lyle Greg Lisle]

Doesn't work on this site either.

https://www.pacuonline.com/onlineserv/HB/Signon.cgi

Opera handles it just fine.

Could a button to force password handling work?

Comment 8

[David Beattie]

Doesn't work currently on Ameritrade:

https://wwws.ameritrade.com/cgi-bin/apps/LogIn

In this case, there are two levels of javascript indirection: a button action to connect the button to the form, and then an onSubmit handler in the form to hook in some extra logic; but eventually the form is submitted via the javascript (DOM) method form.submit()... so in my opinion, it should have been intercepted; and it should be easy to fix.

Comment 9

[Matthew N. [:MattN]]

This would be covered by the meta bug 1119035.