Issue metadata
Sign in to add a comment
|
Regression:After clicking on "cancel" button of Re-authentication prompt password is revealed once clicked on eye icon.
Reported by
vku...@etouch.net,
Jan 17 2018
|
||||||||||||||||||||||
Issue descriptionChrome Version:65.0.3322.3 (Official Build)Revision 8758ca55b13d4f2082b2ed9269fce8f37f37c577-refs/branch-heads/3322@{#6}(32/64-bit) OS: Windows(7,8,8.1,10) What steps will reproduce the problem? (1)Launch chrome and login to https://twitter.com/ with valid credentials. (2)Click on 'Never' button from password bubble,click on password bubble and click on eye icon,observe. (3)Re-authentication with OS password prompt appears, click on cancel/close button of overlay. (4)Now click on eye icon and observe. Actual: After clicking on "cancel" button of Re-authentication prompt password is revealed once clicked on eye icon.(i.e without Re-authentication password is revealed) Expected: Re-authentication with OS password prompt should appear every-time if eye icon is clicked. This is a regression issue broken in 'M65' and below is the manual bisect info Good Build: 65.0.3316.0 (Revision 527862) Bad Build: 65.0.3317.0 (Revision 528119) Note: 1. Issue not seen on Linux(14.04 LTS)OS i.e Re-authentication overlay doesn't appear. 2. Incase of Mac(10.12.6,10.13.1,10.13.3)OS Re-authentication with OS password prompt appears every-time if eye icon is clicked.
,
Jan 17 2018
vakupte@: Thank you so much for the report. It is important issue.
,
Jan 17 2018
marking as RBS, please change if required.
,
Jan 17 2018
The following revision refers to this bug: https://chromium.googlesource.com/chromium/src.git/+/b1d32fef2278600f331d7848d7e97555eaa298c3 commit b1d32fef2278600f331d7848d7e97555eaa298c3 Author: Maxim Kolosovskiy <kolos@chromium.org> Date: Wed Jan 17 18:11:54 2018 [Password Manager] Require re-auth in save bubble if the previous re-auth was unsuccessful There is a bug: the password could be revealed in a bubble after re-auth (even if the previous the re-auth was unsuccessful) Bug: 802977 Change-Id: Ia1b541838dff0401fffe691a5dc1b3b035658be9 Reviewed-on: https://chromium-review.googlesource.com/870319 Commit-Queue: Maxim Kolosovskiy <kolos@chromium.org> Reviewed-by: Vasilii Sukhanov <vasilii@chromium.org> Cr-Commit-Position: refs/heads/master@{#529805} [modify] https://crrev.com/b1d32fef2278600f331d7848d7e97555eaa298c3/chrome/browser/ui/passwords/manage_passwords_ui_controller.cc [modify] https://crrev.com/b1d32fef2278600f331d7848d7e97555eaa298c3/chrome/browser/ui/passwords/manage_passwords_ui_controller.h [modify] https://crrev.com/b1d32fef2278600f331d7848d7e97555eaa298c3/chrome/browser/ui/passwords/manage_passwords_ui_controller_unittest.cc
,
Jan 18 2018
,
Jan 18 2018
[Auto-generated comment by a script] We noticed that this issue is targeted for M-65; it appears the fix may have landed after branch point, meaning a merge might be required. Please confirm if a merge is required here - if so add Merge-Request-65 label, otherwise remove Merge-TBD label. Thanks.
,
Jan 19 2018
M65 is branched at 3325, chromium revision 530369. CL listed at #4 is already in branch. No merge is needed here.
,
Feb 2 2018
|
|||||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||||
Comment 1 by vku...@etouch.net
, Jan 17 2018Owner: kolos@chromium.org
Status: Assigned (was: Unconfirmed)