Firefox Lockwise does not allow users to search via password with Master Password enabled
Categories
(Firefox :: about:logins, enhancement, P3)
Tracking
()
Tracking | Status | |
---|---|---|
firefox87 | --- | verified |
People
(Reporter: mozilla, Assigned: tgiles)
References
Details
Attachments
(1 file)
Users have been complaining that they cannot type a password in the Firefox Lockwise search bar to see all accounts using that password when Master Password is enabled. It will work without Master Password.
Perhaps the Firefox Lockwise system should ask for the Master Password when the user opens the about:logins page and then give them the same functionality as non-Master Password users.
Updated•1 year ago
|
Comment 1•1 year ago
|
||
Users have been complaining
Just to add one reference: https://support.mozilla.org/en-US/questions/1271294#answer-1261605
Comment 2•1 year ago
|
||
I'm also affected as now I'm unable to search for password of my company. As this password is changed all three months it is absolute required to be able to search and edit the password for all URLs used with this password. This is IMHO a major bug not only an enhancment
Updated•11 months ago
|
Comment 4•11 months ago
|
||
Please fix before the workaround will be gone. See https://support.mozilla.org/en-US/questions/1271294#answer-1261369:
Clearing the value of signon.management.overrideURI = <blank> makes about:preferences > Saved Logins ... show the old dialog; about:logins still points to lockwise (even with the workaround in place).
Personally, this is even a solution (not just a workaround) - as long as the old code is not removed.
Comment 5•9 months ago
|
||
It looks like the workaround was removed (signon.management.overrideURI unknown in 77.0.1) before providing a way to search by password and bulk remove logins. The search can be performed after (temporarily) removing the master password, but bulk remove is not available afaik.
While this is bad news, lockwise recently suggests logins from sibling and sub domains. I am now trying not to store all credentials for all corporate tools, but have a single login stored for the main domain. However, this workaround does not help when there is no such domain (e.g. browse to tool1 and tool2 instead of tool1.example.com and tool2.example.com).
Comment 6•9 months ago
|
||
Meanwhile I'm using keepassXC / keepass2android together with owncloud for local storage only
Comment 7•8 months ago
|
||
This is really anoying - if for example same password leaks, and you use it for multiple sites, there is no way to find them in the lockwise password manager...
Assignee | ||
Comment 8•21 days ago
|
||
Updated•21 days ago
|
Pushed by tgiles@mozilla.com: https://hg.mozilla.org/integration/autoland/rev/cdb720170b88 Allow search via password in about:logins with Primary Password enabled. r=sfoster,dimi
Comment 10•18 days ago
|
||
bugherder |
Comment 11•17 days ago
|
||
I have verified this issue using the latest Firefox Nightly 87.0a1 (Build ID: 20210212100155) on Windows 10 x64, Ubuntu 20.04 and macOS 11.1.
- Searching via password is allowed on the “about:logins” page when the Primary Password is set.
Description
•