Closed Bug 1167968 Opened 9 years ago Closed 5 years ago

Password required dialog appears for pages where there is no password input box.

Categories

(Toolkit :: Password Manager, defect)

38 Branch
defect
Not set
normal

Tracking

()

RESOLVED INACTIVE

People

(Reporter: dave.salmon, Unassigned)

References

()

Details

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:38.0) Gecko/20100101 Firefox/38.0
Build ID: 20150513174244

Steps to reproduce:

Go to New York Times after having already logged in (with remember me enabled). Click on various pages.


Actual results:

Even though I am logged in and no password is required by the site, the Firefox password required dialog appears. Pressing cancel allows page navigation. This appears to have started with the current version.


Expected results:

The password required dialog should not appear as there is no password input on the page.
Please provide a link to a page where that happens, and the information detailed at
https://wiki.mozilla.org/Firefox:Password_Manager_Debugging
Component: Untriaged → Password Manager
Flags: needinfo?(dave.salmon)
Product: Firefox → Toolkit
Note that this happens sometimes with any page of www.nytimes.com

The following is for 

http://www.nytimes.com/pages/politics/index.html?action=click&pgtype=Homepage&region=TopBar&module=HPMiniNav&contentCollection=Politics&WT.nav=page

There is no login input object on the screen on this page, because I am already logged in.

Login Manager (content): onFormPassword for http://www.nytimes.com/pages/politics/index.html?action=click&pgtype=Homepage&region=TopBar&module=HPMiniNav&contentCollection=Politics&WT.nav=page
Login Manager: Counting logins matching host: http://www.nytimes.com formSubmitURL:  httpRealm: null
PwMgr json: _searchLogins: returning 2 logins
PwMgr json: _countLogins: counted logins: 2
Login Manager: Searching for logins matching host: http://www.nytimes.com formSubmitURL: https://myaccount.nytimes.com httpRealm: null
PwMgr json: _searchLogins: returning 2 logins
PwMgr cryptoSDR: SDR slot status is 3
Login Manager: Counting logins matching host: http://www.nytimes.com formSubmitURL:  httpRealm: null
PwMgr json: _searchLogins: returning 2 logins
PwMgr json: _countLogins: counted logins: 2
Login Manager (parent): deferring onFormPassword for http://www.nytimes.com

I can refresh the same page, and get the following (with no Firefox password request)

Login Manager (content): onFormPassword for http://www.nytimes.com/pages/politics/index.html?action=click&pgtype=Homepage&region=TopBar&module=HPMiniNav&contentCollection=Politics&WT.nav=page
Login Manager: Counting logins matching host: http://www.nytimes.com formSubmitURL:  httpRealm: null
PwMgr json: _searchLogins: returning 2 logins
PwMgr json: _countLogins: counted logins: 2
Login Manager: Searching for logins matching host: http://www.nytimes.com formSubmitURL: https://myaccount.nytimes.com httpRealm: null
PwMgr json: _searchLogins: returning 2 logins
PwMgr cryptoSDR: SDR slot status is 4
PwMgr json: _findLogins: returning 2 logins
Login Manager: Counting logins matching host: http://www.nytimes.com formSubmitURL:  httpRealm: null
PwMgr json: _searchLogins: returning 2 logins
PwMgr json: _countLogins: counted logins: 2
Login Manager: Searching for logins matching host: http://www.nytimes.com formSubmitURL: https://myaccount.nytimes.com httpRealm: null
PwMgr json: _searchLogins: returning 2 logins
PwMgr cryptoSDR: SDR slot status is 4
PwMgr json: _findLogins: returning 2 logins
Login Manager (content): Multiple logins for form, so not filling any.
Flags: needinfo?(dave.salmon)
Status: UNCONFIRMED → RESOLVED
Closed: 5 years ago
Resolution: --- → INACTIVE
You need to log in before you can comment on or make changes to this bug.