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

Issue 739105 link

Starred by 2 users

Issue metadata

Status: WontFix
Owner:
Email to this user bounced
Closed: Sep 2017
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux , Windows , Mac
Pri: 2
Type: Bug-Regression



Sign in to add a comment

Regression:Separator line is not seen in https://permission.site/ when zoomed to 67%

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

Issue description

Chrome Version: 61.0.3148.0
OS: Ubuntu 14.04, Windows

What steps will reproduce the problem?
(1)Launch chrome and navigate to https://permission.site/
(2)Zoom the page to 67%

Expected: Separator line should be seen when zoomed to 67%
Actual:Instead, Separator line is not seen 

This is a Regression issue broken in M-61

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

NOTE: When page is not zoomed, Separator line is seen 
 
ActualSite.png
151 KB View Download
ExpectedSite.png
154 KB View Download
Labels: ReleaseBlock-Stable OS-Mac
Status: Untriaged (was: Unconfirmed)
Able to reproduce this issue on Mac OS 10.12.5 using chrome latest Dev #61.0.3148.0. Since this is a latest regression observed on latest M61 adding stable blocker, please feel free to edit if this is not the case.

Thanks!
Components: -UI Blink
Labels: -Needs-Bisect hasbisect-per-revision
Owner: ka...@opera.com
Status: Assigned (was: Untriaged)
Bisect Information:
--------------------
Using per revision bisect providing information below.

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!

Components: -Blink Blink>Paint
Labels: PaintTeamTriaged-20170707 BugSource-Chromium
I think we need to do something to make sure we still draw something when the border is the only thing that would be painted for an element.

That might have to happen at the paint stage because it depends on having border size and object size.

Comment 5 by gov...@chromium.org, Jul 11 2017

A friendly reminder that M61 branch is coming soon on 07/20! Your bug is labelled as Stable ReleaseBlock, pls make sure to land the fix ASAP to trunk. This way we branch M61 from a high quality trunk. Thank you.

Comment 6 by ajha@chromium.org, Jul 14 2017

Friendly ping to get an update on this issue.
Still we are able to reproduce the issue on Windows, Mac & Ubuntu using chrome latest Canary-61.0.3162.0 .

karlo@,Could you please look into this issue as it is marked as Release block stable.

Thanks in advance..!!
Labels: -Pri-1 -ReleaseBlock-Stable Pri-2
I don't think we should block the release on this. The fix is difficult and it's not entirely obvious that we should fix it.

Comment 9 by ka...@opera.com, Jul 20 2017

This issue is a little circumstantial.

The HR element is actually painted (by default it's painted with inset borders in the color #eeeeee), and since it becomes very small at zoom 67% and below, only the bottom border is painted.  By accident, the author has used the same color #eeeeee for the document background, so the HR winds up looking invisible, but it's actually there.

While it's possible to provide a workaround for this issue, it's difficult to make it fool proof.

Comment 10 by ka...@opera.com, Sep 25 2017

Status: WontFix (was: Assigned)

Sign in to add a comment