Do not offer to "Show all saved passwords" when password management is disabled
Reported by
cole.mic...@gmail.com,
Sep 8 2017
|
|||||||
Issue descriptionUserAgent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/62.0.3202.9 Safari/537.36 Steps to reproduce the problem: 0. Disable Chrome's password management/storage stuff. 1. Open a web page with a login. 2. Put focus in the Password textbox. What is the expected behavior? Nothing to happen. No extra UI. What went wrong? It very unhelpfully shows "Show all saved passwords". Which is useless, annoying, and interferes with the LastPass extension. Did this work before? N/A Chrome version: 62.0.3202.9 Channel: dev OS Version: Flash Version: I think this is a recently introduced bug.
,
Sep 11 2017
Unable to reproduce the issue on Linux Ubuntu 14.04 ,Windows 7 & Mac 10.12.6 using chrome reported version#62.0.3202.9 as per below steps: 1. Launch chrome 2. Enable save passwords in chrome://settings (Manage passwords- On) 3. Login to gmail account with valid credentials & save password 4. Signout from this account 5. Now disable (Manage passwords- Off) 6. Again try to login to above account by selecting username 7. Now observe 'saved password' populated successfully. 8. Click on password field & Observed "Show all saved passwords" option Please check the issue on clean profile & let us know your observations on the same. Please find the attached screencast for reference . Thanks.!
,
Sep 11 2017
You have taken a video of exactly the bug I'm reporting. I don't have Chrome save any passwords ever. Why would it be showing me the dropdown.
,
Sep 11 2017
Thank you for providing more feedback. Adding requester "jmukthavaram@chromium.org" to the cc list and removing "Needs-Feedback" label. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
Sep 12 2017
Able to reproduce the issue on Windows 7,Mac 10.12.6 & Ubuntu 14.04 using chrome latest Canary-63.0.3212.0. "Show all saved passwords" option displayed even after disabling options in chrome://settings/passwords Manual bisect info: ------------------ Good-62.0.3181.0-Revision-493197 Bad-62.0.3182.0-Revision-493619 Per revision bisect info: -------------------------- You are probably looking for a change made after 493358 (known good), but no later than 493359 (first known bad). CHANGELOG URL: The script might not always return single CL as suspect as some perf builds might get missing due to failure. https://chromium.googlesource.com/chromium/src/+log/6a6d4eafd50b6c1d770d22df230efd2ebd021214..161200ebca98c1ba716ff9d015d21aadb1ee1daf Possible suspect: --------------- https://chromium.googlesource.com/chromium/src/+/161200ebca98c1ba716ff9d015d21aadb1ee1daf vasilii@, Could you please take a look & reassign to the right owner. Thanks.
,
Sep 12 2017
I'll fix that but the feature is likely to be entirely disabled for M62.
,
Sep 19 2017
After a second thought I'm not sure if it's desired or not. "Manage passwords" actually disables saving (the language in the previous settings was clearer). The already saved credentials are still filled. Therefore, the prompt is as relevant as before. We already have a bug for suppressing the menu when there are no credentials saved. I think it's enough. I defer to melandory@ to handle this.
,
Sep 19 2017
If there's another bug (link/number?) tracking suppression when there are no passwords saved, then this bug becomes redundant in my opinion. (But to reiterate, the UX, as-is, is a bit annoying for folks that use a different password manager, for example.) Thanks all, for looking!
,
Sep 20 2017
It's Issue 766372
,
Sep 28 2017
,
Nov 7 2017
This is also a massive issues for Kiosk usage. Clicking on this context item results in the user being led to the settings page in a kiosk environment with no way to disable this.
,
Nov 13 2017
to #11 is there a context menu in kiosk mode?
,
Nov 21
**Mass UI Triage** We were unable to reproduce this bug as per comment #0. If this bug still reproduces for you, please reopen or file a new issue. Thanks! Thanks..!! |
|||||||
►
Sign in to add a comment |
|||||||
Comment 1 by ligim...@chromium.org
, Sep 8 2017