Closed Bug 1167968 Opened 10 years ago Closed 6 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: 6 years ago
Resolution: --- → INACTIVE
You need to log in before you can comment on or make changes to this bug.