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

Issue 667729 link

Starred by 1 user
Status: WontFix
Owner:
dpa...@chromium.org
Closed: Nov 2016
Cc:
nyerramilli@chromium.org
kkaluri@chromium.org
rbasuvula@chromium.org
█ msrchandra@chromium.org
dpa...@chromium.org
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux , Windows
Pri: 2
Type: Bug-Regression



Sign in to add a comment

Regression:Unwanted glimpse of grey highlight is seen after clicking on 'Remove' option in chrome://md-settings

Reported by adha...@etouch.net, Nov 22 2016 
Chrome Version:56.0.2924.3 (Official Build) 66f73b3ae5a592d70e00602e87a783535ffe967e-refs/branch-heads/2924@{#54}
OS: Windows (7,8,10), Linux (14.04 LTS)

What steps will reproduce the problem?
(1)Launch chrome and navigate to chrome://md-settings/autofill
(2)Click on 'Add address' link and fill all the data in fields and click on 'save' button
(3)Now click on iron icon and click on 'Remove' option.(Kindly refer the video)
(4)Observe.

Actual:Unwanted glimpse of grey highlight is seen after clicking on 'Remove' option.

Expected:No such glimpse of grey highlight should be seen after clicking on 'Remove' option.

This is a Regression issue broken in M-56,will soon update other info.

Good build:56.0.2907.0
Bad build:56.0.2908.0
Actual result.mp4
848 KB View Download
Expected result.mp4
358 KB View Download

Comment 1 by kkaluri@chromium.org, Nov 22 2016

Cc: kkaluri@chromium.org
Labels: hasbisect-per-revision
Owner: dpa...@chromium.org
Status: Assigned (was: Unconfirmed)
Bisect Info:
===========

Good build : 56.0.2907.0,  Revision Range 429169
Bad build  : 56.0.2908.0,  Revision Range 429486 

After executing the per-revision-bisect script, i got the following CL's between good and bad build versions
===========================================
https://chromium.googlesource.com/chromium/src/+log/523b2a939e491d5798b555903d5b76134693b91d..140f168199593fafe11b6a568cdfa99b4d1c9bda

The suspecting Change Log is :
-----------
https://chromium.googlesource.com/chromium/src/+/140f168199593fafe11b6a568cdfa99b4d1c9bda

From the above CL suspecting the below change
---------------------------
https://codereview.chromium.org/2464873003


dpapad@- Could you please look into this issue, if it's related to your change?  if not could you please help us to reassign this issue to the right owner.

Comment 2 by rbasuvula@chromium.org, Nov 28 2016

Cc: rbasuvula@chromium.org
Still able to reproduce the issue on Ubuntu 14.04 & Win 10.0 using latest chrome version 57.0.2931.0.

dpapad@ Could you please look into this issue.

Thanks!

Comment 3 by dpa...@chromium.org, Nov 28 2016

Status: WontFix (was: Assigned)
The actual and expected videos attached to this bug are not equivalent. In the "actual" there are two addresses. Deleting the first one moves focus to the '...' button of the 2nd one. In the "expected" there is only one address.

Either way, I don't see a bug in the "actual" case. Please re-open if you think something else should be focused after removing the 1st address.
►

Sign in to add a comment