New issue
Advanced search Search tips

Issue 849168 link

Starred by 3 users
Status: WontFix
Owner:
sdy@chromium.org
Closed: Jul 2
Cc:
pbos@chromium.org
nyerramilli@chromium.org
pbomm...@chromium.org
rbasuvula@chromium.org
tangltom@chromium.org
Components:
EstimatedDays: ----
NextAction: ----
OS: Mac
Pri: 3
Type: Bug-Regression



Sign in to add a comment

Regression: Focus is not seen when mouse-hovered on options present in avatar overlay.

Reported by shruti.j...@etouch.net, Jun 4 2018 
Chrome Version: 69.0.3448.0 (Official Build) Revision	881f7188e7bedfd86afd70ed2af61a41667fe141-refs/branch-heads/3448@{#1}(64-bit)
OS: Mac OS X(10.12.6,10.13.1,10.13.6).

Steps to reproduce:
1.Launch chrome and click on avatar icon 
2.Hover mouse on options present on avatar overlay.

Actual: Focus is not seen when mouse-hovered.

Expected: Focus should be seen when mouse-hovered.


This is regression issue broken in ‘M-69’ and will soon update the bisect info.


Kindly refer the attached video.
Actual_Result.mov
4.5 MB View Download

Comment 1 by shruti.j...@etouch.net, Jun 4 2018

Labels: hasbisect-per-revision RegressedIn-69 Target-69 FoundIn-69
Owner: pbos@chromium.org
Status: Assigned (was: Unconfirmed)
This is a regression issue, broken in M-69 series, Using the per-revision bisect providing the bisect results,

Good Build:69.0.3347.0(Revision:563479)
Bad Build:69.0.3348.0(Revision:563958)

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

CHANGE-LOG 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/b35f32cecfa38a9eac8d03c1844102bdd96a41ed..905040dd60ac97d8faff71032f2e454a7443a9dd

Suspect:https://chromium.googlesource.com/chromium/src/+/905040dd60ac97d8faff71032f2e454a7443a9dd

@Peter Boström:Could you please check whether this is caused with respect to your change, if not please help us in assigning it to the right owner.
Note:Issue is MAC Specific.
   
Thank You!
Expected_Result.mov
5.6 MB View Download

Comment 2 by pnangunoori@chromium.org, Jun 4 2018

Cc: pbomm...@chromium.org
Labels: ReleaseBlock-Stable
Adding the label 'ReleaseBlock-Stable'. Please change if needed.

Thanks!

Comment 3 by pbos@chromium.org, Jun 4 2018

Cc: pbos@chromium.org
Labels: Needs-Bisect
Owner: ----
Status: Unconfirmed (was: Assigned)
Regression range doesn't make sense to me, AvatarToolbarButton is only used and instantiated in the toolbar and the code should not be running in your setup at all. Can you re-run the bisect?

Comment 4 by pbos@chromium.org, Jun 4 2018

Cc: tangltom@chromium.org
+cc tangltom@ just in case.

Comment 5 by shruti.j...@etouch.net, Jun 5 2018

Labels: -Needs-Bisect -hasbisect-per-revision hasbisect
Owner: sdy@chromium.org
Status: Assigned (was: Unconfirmed)
Update:
Unable to provide bisect using per-revision script,Hence providing bisect with old script:
Narrow Bisect info : 
https://chromium.googlesource.com/chromium/src/+log/363d153b234835ab85f648015bf4622677b31bd2..b93dd4ecb95865180ee65d3f8342ea5abda6d478?pretty=fuller&n=10000

Suspect:https://chromium.googlesource.com/chromium/src/+/07a1071502f4699d445d0b7f46f3ca27d10efef0
@Sidney San Martín : Could you please help to reassign if your change is not the cause for this change.
Thank You.

Comment 6 by pbos@chromium.org, Jun 5 2018 

For context: This might be irrelevant with MacViews + Refresh.

Comment 7 by sdy@chromium.org, Jul 2

Labels: -Pri-1 -ReleaseBlock-Stable Pri-3
Status: WontFix (was: Assigned)
Yeah — I can't repro this in MacViews.
►

Sign in to add a comment