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

Issue 619510 link

Starred by 1 user

Issue metadata

Status: Fixed
Merged: issue 621612
Owner:
Use other robhogan account instead.
Closed: Jul 2016
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux , Windows
Pri: 2
Type: Bug-Regression



Sign in to add a comment

Regression : Blue focus highlight is seen broken in www.showroom.ford.com.

Reported by mni...@etouch.net, Jun 13 2016

Issue description

Version: 53.0.2766.0 e40502b71c9bd4f548118550952afd5d6a158bc4-refs/heads/master@{#399363} (32/64-bit)
OS:  Windows (7,8,8.1,10),Linux (14.04 LTS)
URL : http://www.showroom.ford.com/FDShowroom.jsp

What steps will reproduce the problem?
1) Launch chrome and navigate to above url.
2) Click on 'Search' icon and click inside search box so blue focus highlight is seen around search box.
3) Now click on '>' icon in search box and place the mouse hand pointer on '>' icon for a while and observe the blue focus highlight

Actual : Blue focus highlight is seen broken
Expected : Blue focus highlight should be seen properly

This is a regression issue broken in 'M-52' and below is the manual regression and Narrow bisect info:
Good build : 52.0.2711.0
Bad build : 52.0.2712.0

Narrow bisect info:
https://chromium.googlesource.com/chromium/src/+log/74d1a68fa838d973b6104ddb4af4d88881fb901c..de7ae34361ba945b6d1ec7b3c679fecf5d94d35b?pretty=fuller&n=50

Suspecting : r387861 from Narrow bisect 

@kochi : Could you please help to reassign if your change is not the cause for this change.

Note : Issue is not seen in Mac OS.
 
Actual_video.mp4
1.0 MB View Download
Expected_video.mp4
739 KB View Download
Actual_screenshot.png
571 KB View Download
Expected_screenshot.png
580 KB View Download
Labels: ReleaseBlock-Stable
Adding RB label as this is a recent regression.

Comment 2 by kochi@chromium.org, Jun 13 2016

Cc: kochi@chromium.org
Components: -Blink>Layout Blink>Paint
Owner: ----
Status: Available (was: Assigned)
Can someone in Paint team take this issue?
Cc: -kochi@chromium.org -tkonch...@chromium.org robhogan@chromium.org
Owner: wangxianzhu@chromium.org
More likely https://chromium.googlesource.com/chromium/src/+/de7ae34361ba945b6d1ec7b3c679fecf5d94d35b

But I could not repro on Linux ToT.
Cc: -robhogan@chromium.org wangxianzhu@chromium.org
Owner: robhogan@chromium.org
Status: Assigned (was: Available)
robhogan@ can you take a look?
Please have a fix ready and merge it to M52 branch once it is baked in Canary before 6/22 so that it can be picked up for next beta promotion.
Labels: -Pri-1 -ReleaseBlock-Stable Pri-2
I will get to this in a few days. I don't believe it's a release blocker, it seems hard to reproduce reliably.
Project Member

Comment 7 by sheriffbot@chromium.org, Jun 17 2016

Labels: -M-52 M-53 MovedFrom-52
Moving this nonessential bug to the next milestone.

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

Comment 10 by bugdroid1@chromium.org, Jun 29 2016

The following revision refers to this bug:
  https://chromium.googlesource.com/chromium/src.git/+/488de59908c1faab11124da600aabd5708df6e75

commit 488de59908c1faab11124da600aabd5708df6e75
Author: robhogan <robhogan@gmail.com>
Date: Wed Jun 29 00:56:41 2016

Calc overflow on the positioned descendants of tables

Tables can be the containing block for positioned objects too, so when we take over
the overflow calc duties from LayoutBlock we need to cater for positioned objects
like it does too.

I also spotted an error in LayoutTable::recalcChildOverflowAfterStyleChange() - we
need to recalc overflow for all sections regardless of whether a section has already
changed its overflow.

BUG= 619510 

Review-Url: https://codereview.chromium.org/2100343002
Cr-Commit-Position: refs/heads/master@{#402626}

[add] https://crrev.com/488de59908c1faab11124da600aabd5708df6e75/third_party/WebKit/LayoutTests/fast/repaint/input-overflow-in-table-expected.html
[add] https://crrev.com/488de59908c1faab11124da600aabd5708df6e75/third_party/WebKit/LayoutTests/fast/repaint/input-overflow-in-table-expected.txt
[add] https://crrev.com/488de59908c1faab11124da600aabd5708df6e75/third_party/WebKit/LayoutTests/fast/repaint/input-overflow-in-table.html
[modify] https://crrev.com/488de59908c1faab11124da600aabd5708df6e75/third_party/WebKit/Source/core/layout/LayoutBlock.cpp
[modify] https://crrev.com/488de59908c1faab11124da600aabd5708df6e75/third_party/WebKit/Source/core/layout/LayoutBlock.h
[modify] https://crrev.com/488de59908c1faab11124da600aabd5708df6e75/third_party/WebKit/Source/core/layout/LayoutTable.cpp

Project Member

Comment 11 by sheriffbot@chromium.org, Jul 5 2016

Labels: -M-53 MovedFrom-53
This issue has been moved once and is lower than Pri-1. Removing the milestone.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
Does the commit in comment #10 fix this? Is it worth merging into m52 before it hits Stable?
Status: Fixed (was: Started)
I think it's low impact.

Sign in to add a comment