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

Issue 747780 link

Starred by 3 users

Issue metadata

Status: Assigned
Owner:
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux , Windows , Mac
Pri: 2
Type: Bug-Regression



Sign in to add a comment

Regression: Focus goes missing when zoomed to 33% in Google Images search result page

Project Member Reported by keerthan...@techmahindra.com, Jul 24 2017

Issue description

Chrome Version:62.0.3164.0
OS:Ubuntu 14.04, Windows

What steps will reproduce the problem?
1. Launch chrome >>Open NTP>>Click on Images link
2. Type something[Eg: Graphic design]>>Click on tools>>Now click on size and then on exactly.
3. Zoom to 33% and observe the focus

Expected: Focus should be seen
Actual: Instead, it's not seen

This is a Regression issue seen from M-61

Manual Bisect Info:
===================
Good Build:61.0.3141.0
Bad Build: 61.0.3142.0

 
ActualFocus.png
565 KB View Download
ExpectedFocus.png
431 KB View Download
Labels: OS-Mac
Status: Untriaged (was: Unconfirmed)
Able to reproduce the issue on Mac 10.12.5 using latest canary #62.0.3164.0.
Labels: ReleaseBlock-Stable
Labels: -Needs-Bisect hasbisect-per-revision
Owner: ka...@opera.com
Status: Assigned (was: Untriaged)
Using per revision bisect providing bisect results below

Bisect Information:
--------------------
You are probably looking for a change made after 482232 (known good), but no later than 482233 (first known bad). 

Change Log URL: 
-----------------
https://chromium.googlesource.com/chromium/src/+log/1ade9dfba70113fb2e9898bb187248ed18d07a05..eb499bd02c68f68b5f74d534a673e920f8e7a5e6

karlo@ - 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.

Thanks!

Comment 4 by kochi@chromium.org, Jul 24 2017

Components: -Blink>Focus Blink>Paint
Based on the bisect info moving the component from Blink>Focus to
Blink>Paint.
Labels: PaintTeamTriaged-20170724 BugSource-Chromium
The best fix for this is probably to never allow focus rings to go under 1px.

That's painting.

karlo@, can you look into doing that?

Comment 6 by ka...@opera.com, Jul 25 2017

I'll investigate.

Comment 7 by ajha@chromium.org, Aug 17 2017

Cc: ranjitkan@chromium.org nyerramilli@chromium.org schenney@chromium.org rbasuvula@chromium.org ka...@opera.com msrchandra@chromium.org
 Issue 756348  has been merged into this issue.
M62 is branching soon and we will be taking only CRITICAL merges. Please plan accordingly.

Comment 9 by ajha@chromium.org, Aug 29 2017

karlo@: Can we get an update on this.
karlo@,
Still we are able to reproduce the issue on Windows 7, Mac OS 10.12.6 & Ubuntu 14.04 with latest canary #63.0.3208.0.
Could you please check this and update the thread accordingly, as it is marked as Stable Blocker.

Thanks..!

Owner: schenney@chromium.org
I'm looking at this now.
So the issue is not the focus ring going missing. I think it is the overdraw of other content covering up the focus ring. Some more verification is necessary, but maybe this is WontFix.
schenney@ Ping! Since this issue is marked RB-Stable, could you please let us know is there any latest update available on this issue?

Thanks!
Labels: -Pri-1 -ReleaseBlock-Stable Pri-2
Still investigating. Given the findings so far I think the Release Block should go, so I'll do that.

Comment 15 by ka...@opera.com, Feb 28 2018

Cc: -ka...@opera.com karloygard@chromium.org

Sign in to add a comment