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

Issue 707677 link

Starred by 0 users
Status: WontFix
Owner:
dpa...@chromium.org
Closed: Apr 2017
Cc:
nyerramilli@chromium.org
rbasuvula@chromium.org
dbeam@chromium.org
█ ranjitkan@chromium.org
dpa...@chromium.org
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux , Windows , Mac
Pri: 2
Type: Bug-Regression



Sign in to add a comment

Regression: Unnecessary focus stays on ADD button in chrome://settings/autofill.

Reported by db...@etouch.net, Apr 3 2017 
Chrome Version: 59.0.3061.0 Revision 9e03960f75b3019372157db5c4fe5264dfc36616-refs/heads/master@{#461353}
OS: Windows (7,8,8.1,10),Linux (14.04 LTS)

What steps will reproduce the problem?
(1) Launch chrome, navigate to chrome://settings/autofill
(2) Click on ADD button(autofill overlay gets opened), press Esc and observe focus.

Actual: Unnecessary focus stays on ADD button. 

Expected: Focus should not stays on ADD button. 

This is regression issue, broken in ‘M 59’ and will soon update other info :

Good build:59.0.3057.0
Bad build: 59.0.3059.0
Actual_Video.mp4
356 KB View Download
expected_Video.mp4
215 KB View Download

Comment 1 by rbasuvula@chromium.org, Apr 3 2017

Cc: rbasuvula@chromium.org
Labels: hasbisect-per-revision OS-Linux OS-Mac OS-Windows
Owner: dpa...@chromium.org
Status: Assigned (was: Unconfirmed)
Using the per-revision bisect providing the bisect results,
Good build:59.0.3057.0 (Revision:460966).
Bad build:59.0.3059.0 (Revision:461269).

You are probably looking for a change made after 461171 (known good), but no later than 461172 (first known bad).

CHANGE-LOG URL:
---------------
https://chromium.googlesource.com/chromium/src/+log/6eea7c4fa2707c1a33899892150af62d14ef9b54..653ec948f369a89d8f2f6a7e6afbb323d9fb82ee

From the CL above, assigning the issue to the concern owner

@dpapad: Could you please look into the issue, pardon me if it has nothing to do with your changes and if possible please assign it to concern owner.

Review-Url: https://codereview.chromium.org/2789783002
Note :Able to reproduce the issue in Win 10.0,Ubuntu 14.04 & Mac 10.12.3 and Able to reproduce in latest Canary #59.0.3060.0

Comment 2 by dpa...@chromium.org, Apr 3 2017

Cc: dbeam@chromium.org
Labels: Proj-MaterialDesign-WebUI
Status: WontFix (was: Assigned)
This is the desired behavior, which is the focus to be returned to the button that triggered the dialog, once the dialog is closed. See  issue 668313 .
►

Sign in to add a comment