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

Issue 764637 link

Starred by 2 users

Issue metadata

Status: Available
Owner:
Last visit 21 days ago
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Windows
Pri: 2
Type: Bug-Regression

Blocked on:
issue 763223



Sign in to add a comment

Regression: Unwanted faint focus stays on Guest icon after tapping anywhere on the page

Reported by nutan.ga...@etouch.net, Sep 13 2017

Issue description

Chrome Version: 63.0.3213.3 Revision 4e4b7b10a922c89dcbcfec4b1f5bda7300fedb2d-refs/branch-heads/3213@{#5}
OS:Windows 10 (Touch device)

Steps to reproduce:
1. Launch Chrome and switch to Guest mode.
2. Tap/touch on Guest avatar icon (Avatar bubble gets open) and tap/touch any where on the page.
3. Observe focus on Guest avatar icon

Actual: Unwanted faint focus stays on Guest icon after tapping anywhere on the page
Expected: No such faint focus should stay on Guest icon

This is an Touch specific Regression issue broken in M-63, will soon update bisect info.
Good Build: 63.0.3209.0 
Bad Build: 63.0.3210.0 

Note: Issue is not seen on Mac and Linux OS


 
Actual_video.mp4
375 KB View Download
Expected_video.mp4
411 KB View Download
Labels: hasbisect-per-revision
Owner: girard@chromium.org
Status: Assigned (was: Unconfirmed)
This is an Touch specific Regression issue broken in M-63, will soon update bisect info.
Good Build: 63.0.3209.0 
Bad Build: 63.0.3210.0 

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

CHANGELOG URL:

The script might not always return single CL as suspect as some perf builds might get missing due to failure.

https://chromium.googlesource.com/chromium/src/+log/03ae8b26cac782874390cadc5fd5faa6025cf5ba..e976a3897d7a8abbbacce4c2622cc5ecf5a7b067

Suspect:https://chromium.googlesource.com/chromium/src/+/e976a3897d7a8abbbacce4c2622cc5ecf5a7b067

@girard: 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.
Labels: ReleaseBlock-Stable
Adding RB Label as this is a recent Regression. Please remove if not required.
Thank You.

Comment 3 by girard@chromium.org, Sep 13 2017

When I test this on my device, the "shadow" does show up, but only remains for as long as the second touch (the touch on the page) is in contact. Once I lift my finger from the page, the shadow goes away.

Is this what you're seeing as well?
With respect to Comment 3:

Issue is always seen after performing step-2 (i.e Tap/touch on Guest avatar icon (Avatar bubble gets open) and tap/touch any where on the page.)

Faint focus on guest icon disappears when performing action like tap on tab strip area, omnibox, Learn more link and wrench menu.

Thank you. 
girard@,
Could you please look into this issue as per C#4 as it is marked as stable blocker.

Thanks..!!
girard@,
Friendly ping to get an update on this issue as per C#4.
Thanks..!!
Gentle ping to get an update on this issue as per C#4.

Comment 8 by gov...@chromium.org, Oct 30 2017

[Bulk Edit]
URGENT - PTAL.
M63 Stable promotion is coming soon and your bug is labelled as Stable ReleaseBlock, pls make sure to land the fix and get it merged into the release branch ASAP. Thank you.

M63 Stable promotion is coming soon and your bug is labelled as Stable ReleaseBlock, pls make sure to land the fix and request a merge to M63 ASAP. Thank you.
Blockedon: 763223
Based on comment #10, if this is blocked on 763223. The code was also reverted in https://chromium-review.googlesource.com/c/chromium/src/+/655645 which was merged to M61 and M62 as well. 

Is this bug indeed M63 regression in this case?

Labels: -ReleaseBlock-Stable -M-63 M-64
Agree this is not a regression because it's been public for two milestones.

Remains a P1 for M-64.

Comment 13 by ew...@chromium.org, Nov 10 2017

Labels: -Pri-1 Pri-2
This doesn't seem like a P1 bug to me either. Demoting to P2 (feel free to correct me if I'm wrong).
Project Member

Comment 14 by sheriffbot@chromium.org, Dec 11 2017

Status: Available (was: Assigned)
--Chrome Identity automated triaging--

This bug is Assigned and has gone one month without any activity, so it is being moved to Available to indicate that it is not actively being worked on. If you are working on this bug, please mark yourself as the owner and move back to Assigned. Please see https://goo.gl/78kbny for more details. Please remove the Services>SignIn or UI>Browser>Profiles components if this bug isn't related to Chrome Identity.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
Status: Assigned (was: Available)
Project Member

Comment 16 by sheriffbot@chromium.org, Sep 3

Status: Available (was: Assigned)
--Chrome Identity automated triaging--

This bug is Assigned and has gone one month without any activity, so it is being moved to Available to indicate that it is not actively being worked on. If you are working on this bug, please mark yourself as the owner and move back to Assigned. Please see https://goo.gl/78kbny for more details. Please remove the Services>SignIn or UI>Browser>Profiles components if this bug isn't related to Chrome Identity.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot

Sign in to add a comment