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

Issue 791891 link

Starred by 1 user
Status: WontFix
Owner:
jlebel@chromium.org
Closed: Dec 2017
Cc:
weidongg@chromium.org
nyerramilli@chromium.org
msarda@chromium.org
rbasuvula@chromium.org
█ msrchandra@chromium.org
█ ranjitkan@chromium.org
mac-bugs-priority@chromium.org
Components:
EstimatedDays: ----
NextAction: ----
OS: Mac
Pri: 1
Type: Bug-Regression



Sign in to add a comment

Regression: Unwanted focus is seen on 'NEXT' button of overlay after closing preview page.

Reported by db...@etouch.net, Dec 5 2017 
Chrome Version: 63.0.3239.82 Revision 976cf2caea3d6e5be26e7b417cdf75e42b92d546-refs/branch-heads/3239@{#637} 
OS: Mac(10.12.6, 10.13.2)

What steps will reproduce the problem?
(1) Launch chrome, open NTP and give 'Print' command.
(2) Now click on avatar icon then click on 'Sign into chrome' button.
(3) Click on 'Cancel' button of preview page, observe focus on Sign into overlay.

Actual: Unwanted focus is seen on 'NEXT' button of overlay.

Expected: Focus should not seen on 'NEXT' button of overlay.

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

Good Build: 61.0.3163.0
Bad Build: 62.0.3164.0
 

Note: Issue is not seen on Windows and Linux OS.
Actial_Focus.mov
6.6 MB Download
Expected_Focus.mov
1.2 MB Download

Comment 1 by db...@etouch.net, Dec 5 2017

Labels: hasbisect
Owner: weidongg@chromium.org
Status: Assigned (was: Unconfirmed)
ChangeLog info:

https://chromium.googlesource.com/chromium/src/+log/61.0.3163.0..62.0.3164.0?pretty=fuller&n=10000

Suspect: r488780 ?

Note: Unable to bisect for the above issue as issue is not reproducing hence providing suspect from CL.

Comment 2 by weidongg@chromium.org, Dec 6 2017

Cc: weidongg@chromium.org msarda@chromium.org
Owner: ----
Status: Untriaged (was: Assigned)
+msarda@
I am sure r488780 should not cause such issue, as it only makes change to app launcher in Chrome OS. This looks like the focus is reset to a wrong control when the sign-in page is opened.

Comment 3 by tapted@chromium.org, Dec 8 2017

Owner: jlebel@chromium.org
Status: Assigned (was: Untriaged)
[Mac triage] - maybe r488624

But this may be WontFix since it's minor and I think this signin flow is going away.

Comment 4 by msarda@chromium.org, Dec 8 2017

Status: WontFix (was: Assigned)
CL r488780 is not the cause of this issue as it is an iOS-only change.

This is a very corner case and we're currently moving away from the sign-in dialog to a full-tab sign-in. I'm marking this as won't fix.
►

Sign in to add a comment