New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 764648 link

Starred by 1 user

Issue metadata

Status: WontFix
Owner:
Closed: Sep 2017
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux , Windows , Mac
Pri: 1
Type: Bug-Regression



Sign in to add a comment

Regression: Unwanted moment is seen on chrome://settings/passwords while pressing 'Tab' key on it.

Reported by db...@etouch.net, Sep 13 2017

Issue description

Chrome version : 63.0.3213.3 (Official Build) 4e4b7b10a922c89dcbcfec4b1f5bda7300fedb2d-refs/branch-heads/3213@{#5} 32/64 bit
OS : Windows (7,8,10), Linux(14.04), Mac(10.11.6, 10.12.3, 10.12.5)

Pre-condition: Sign into gmail.com with valid credentials and Save password for the that.

What steps will reproduce the problem?
(1) Launch chrome, navigate to chrome://settings/passwords
(2) Click on More actions icon of saved password link and select Details option.
(3) Now press Tab key on 'Saved password details' overlay and observe.

Actual: After pressing tab key, unwanted moment is seen under 'Website' field.

Expected: No such a moment should seen.

This is a regression issue,broken in 'M-60', will soon update the other info:

Good Build:60.0.3079.0
Bad Build: 60.0.3080.0
 
Actual_Tab.mov
2.7 MB Download
Expected_Tab.mov
2.5 MB Download

Comment 1 by battre@chromium.org, Sep 13 2017

Cc: jdoerrie@chromium.org

Comment 2 by db...@etouch.net, Sep 13 2017

Cc: -jdoerrie@chromium.org
Labels: hasbisect-per-revision
Owner: jdoerrie@chromium.org
Status: Assigned (was: Unconfirmed)
You are probably looking for a change made after 466660 (known good), but no later than 466661 (first known bad).

CHANGELOG URL:

https://chromium.googlesource.com/chromium/src/+log/cda13a9e3a043b37ecc7f28a60333091a80bdf3e..f120a871d23619bd90c973bc25b0007ab834c0c1

Suspecting: https://chromium.googlesource.com/chromium/src/+/f120a871d23619bd90c973bc25b0007ab834c0c1
Cc: hcarmona@chromium.org
The only thing r466661 did was to change the length of the displayed URL. The described artifact only seems to occur when the URL is too long for the input field. From my initial understanding this is because of the |select| call once the field is highlighted. As this feature is useful for easy copying, I don't think we should change it. hcarmona@, what do you think?
Status: WontFix (was: Assigned)
Agreed: working as intended.

Sign in to add a comment