Regression: Password dots gets hide on selecting it using mouse pointer on 'Manage Password' page
Reported by
dchau...@etouch.net,
Oct 15
|
|||||
Issue descriptionChrome Version: 72.0.3581.0 (Official Build) Revision 694c924ff97377dc28696e1796587cef97b1c10e-refs/branch-heads/3581@{#1} (32/64-bit) OS: Windows(7,8,8.1,10), Mac(10.13.1, 10.13.6, 10.14) and Linux(14.04 LTs). Pre-condition: Any long name password must be saved under 'Saved Password' section on chrome://settings/passwords page. What steps will reproduce the problem? 1. Launch Chrome and navigate to chrome://settings/passwords page. 2. Now try to select the password dot from LHS to RHS using mouse pointer and observe. Actual: Password dots gets hide on selecting it from LHS to RHS. Expected; Password dots should not hide on selecting it from LHS to RHS. This is a regression issue, broken in M-71 series, will soon update bisect info. NOTE: 1. This issue is also reproducible on Dev build #71.0.3573.0 2. This issue is only reproducible for long password name in which text continuation is seen. Kindly review the attached screen-cast for reference. Thank you.
,
Oct 15
No, I have no concrete idea... Maybe this could be caused by r593775, but we should have a bisect to make sure.
,
Oct 15
Adding +rsgingerrs just in case.
,
Oct 15
Below is manual regression range: Good build: 71.0.3560.0 (Revision: 593539) Bad build: 71.0.3561.0 (Revision: 593801) Change-Log URL: https://chromium.googlesource.com/chromium/src/+log/71.0.3560.0..71.0.3561.0?pretty=fuller&n=10000 Suspecting: https://chromium.googlesource.com/chromium/src/+/aa92361bbfa4354c9bda028115e2cd67a2a8efcd @rsgingerrs: Could you please check whether this is caused with respect to your change, if not please help us in assigning it to the right owner. NOTE: 1. Provided suspect through Change-Log URL because unable to perform bisect using per-revision script and Chromium bisect script both. 2. Tried performing 'per revision' bisect on multiple Windows and Mac machines but unable to perform the same since getting "RuntimeError: We don't have enough builds to bisect." error. 3. Unable to get the good build in 'Chromium bisect' script after increasing the range. Thank you.
,
Oct 15
Adding release blocker label for this issue.Please reduce priority or remove if not the case. Thank You!
,
Oct 15
Actually if the password is long enough, you would have the same problem using the original font. When you select the password using mouse pointer from left to right, it will try to select the actual number of characters. So the empty part on the RHS is just the characters that get truncated.
,
Oct 22
Friendly ping! Could you please provide any update on this issue as it has been marked as a stable blocker. Thank You!
,
Oct 29
Gentle ping! Could you please provide any update on this issue as it has been marked as a stable blocker. Thank You!
,
Oct 29
Since this is not critical I'm decreasing the priority a bit and remove the stable blocker label.
,
Dec 12
crbug.com/912321 should fix this. Please verify.
,
Dec 13
With response to comment #10: Rechecked this issue on Windows(7,8,8.1,10), Mac(10.13.1, 10.13.6, 10.14.2) and Linux(14.04) machines using latest Canary #73.0.3638.0 and issue is fixed. Please refer the attached screen-cast for reference. Thank you..! |
|||||
►
Sign in to add a comment |
|||||
Comment 1 by battre@google.com
, Oct 15