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

Issue 664463 link

Starred by 1 user

Issue metadata

Status: WontFix
Owner: ----
Closed: Nov 2016
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Windows
Pri: 1
Type: Bug-Regression



Sign in to add a comment

Regression: Weird overlapping of text is seen on www.crickbuzz.com

Reported by dmascare...@etouch.net, Nov 11 2016

Issue description

Chrome Version: 56.0.2916.0 (Official Build) bee9d25dd206a08d4b9b1bd86900cc354d8bb4e0-refs/heads/master@{#431463} 32/64-bit.
OS: Windows(7,8,10)

URL: http://www.cricbuzz.com/cricket-match-facts/16868/ind-vs-eng-1st-test-england-tour-of-india-2016-17

What steps will reproduce the problem?
1. Launch chrome, go to http://www.cricbuzz.com/ and click on any match or go to above URL.
2. Click on close (X) button of adds (Which is showing on top) and select "Report this ad" option.
3. Select any radio button (For Ex: Irrelevant) button and observe the texts (Thanks for the feedback).

Weird overlapping of text is seen.
No such overlapping should be seen.

This is a regression issue, broken in M-56 series, below is manual regression range.

Good build: 56.0.2905.0
Bad build: 56.0.2906.0

Note: 
1. This issue is not seen on Firefox browser.
2. This issue is also not seen on Mac and Linux OS.

Kindly review the attached screen-cast for reference.
 
Text_Screenshot.png
10.1 KB View Download
Actual behavior.mp4
1.5 MB View Download
Expected behavior.mp4
1.4 MB View Download
Labels: hasbisect-per-revision
Owner: liyuqian@chromium.org
Status: Assigned (was: Unconfirmed)
Bisect Information:
------------------------
You are probably looking for a change made after 428613 (known good), but no lat
er than 428614 (first known bad).

CHANGELOG URL:
----------------
https://chromium.googlesource.com/chromium/src/+log/f903f494c0a8a388666d11dae1e8dc9f76e1a5c8..bfd9b173dcb1cf8e53af9599424b1f1c5240551c

From the CL above, assigning the issue to the concern owner 

@liyuqian - 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!
Labels: ReleaseBlock-Stable
Adding release block label, please undo if not the case.
I can reproduce this issue on Linux (my Goobuntu desktop). However, this does not seem to be related with that "Turn on Analytic AA in Chrome" CL. The bug will appear even if I turned it off. Moreover, we have reverted the CL on Monday, so any later build shouldn't be affected by our CL?

BTW, it seems that Chrome thinks that the <div class="feedback_title"> has 0 height, which caused the bug. In the early version of Chrome, that height is 15.
Cc: liyuqian@chromium.org
Owner: brajkumar@chromium.org
brajkumar@chromium.org: could you please verify if the bug exists after the revert of "Turn on Analytic AA in Chrome"? If that's the case, maybe it's not caused by my change.
BTW, this seems to be a CSS issue. Somehow, <div class="feedback_title"> inherits a "line-height: 0" from "body". Removing that CSS will fix the bug. That CSS is set in the ads iframe. In the old Chrome, that CSS is not set, and the source code of the iframe looks quite different in two versions of the Chrome. I'm not sure what happened.
Owner: ----
Status: Untriaged (was: Assigned)
As per comment #5 Observing similar behavior from my end as well, Seeing two different behaviors while closing the ad. Attaching screen-shot for reference.
Removing myself from owners list and marking it as untriaged.
Capture.PNG
46.9 KB View Download
Components: -Blink>Paint Blink>CSS Blink>Layout
I'm pretty sure this is not a paint bug. It may even be a problem with ads code, and not a chrome problem at all.

Comment 8 by r...@opera.com, Nov 15 2016

Status: WontFix (was: Untriaged)
Tested in Opera. Chrome/Opera gets a different page than Firefox, at least. The Firefox version have fewer nested iframes and no zero line-height on body. Pretty sure this is an author issue.

Sign in to add a comment