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

Issue 835612 link

Starred by 1 user

Issue metadata

Status: Duplicate
Merged: issue 823362
Owner:
Last visit > 30 days ago
Closed: Apr 2018
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux , Windows , Mac
Pri: 1
Type: Bug-Regression



Sign in to add a comment

:before pseudo element with transition on opacity on parent with clip-path behaves abnormal

Reported by second...@gmail.com, Apr 22 2018

Issue description

UserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/66.0.3359.117 Safari/537.36

Example URL:
https://be-style.space

Steps to reproduce the problem:
1. Hover right part of screen on webpage.

What is the expected behavior?
:before block changes opacity and nothing else abnormal happens.

What went wrong?
:before block changed opacity, but also while being transitioned moved text to the right.

Does it occur on multiple sites: Yes

Is it a problem with a plugin? No 

Did this work before? Yes unsure

Does this work in other browsers? Yes

Chrome version: 66.0.3359.117  Channel: stable
OS Version: 10.0
Flash Version: 

HTML PoC – https://pastebin.com/qNN0E4DX
 

Comment 2 by woxxom@gmail.com, Apr 22 2018

AFAICT this is not a bug, both Chrome and Firefox shift the container.
The site's CSS has an extra rule on hover that causes the observed behavior:

  .shr-right:hover {
    right: 1%;
  }

The same applies to PoC:

  .container:hover {
    left: 1%;
  }

Disabling this rule solves the problem.

Comment 3 by second...@gmail.com, Apr 22 2018

Shifting is not abnormal. Extreme text displacement is. It's clear on video – on PoC in Chrome text dissapears completely and on website it's heavily shifted.

Comment 4 by woxxom@gmail.com, Apr 22 2018

Able to reproduce: the contents disappears on mouse hover.

Broken in Chrome 66.0.3335.0
Bisect info: 532647 (good) - 532660 (bad)
https://chromium.googlesource.com/chromium/src/+log/c37f5b8b..7f9b9c15?pretty=fuller
Suspecting r532650 = f89ae106e06d15200d783cb6950961ba999edebe = https://crrev.com/c/858299 by trchen@chromium.org
"[Blink/SPv1] Move composited clip-path to share layer with masks"

Fixed in Chrome 68.0.3397.0.
Reverse bisect info: 550837 (bad) - 550844 (good)
https://chromium.googlesource.com/chromium/src/+log/af838aa5..80351342?pretty=fuller
Suspecting 10a4e34cc9207c2f6045ae5154cded6fed51f995 "[Blink] Simplify CompositedLayerMapping::ComputeGraphicsLayerParentLocation()"
Suspecting 9a1b4b7f3050a08ed72bf693f57a2b74d52b9a87 "[SPv175+] Use SkMatrix in CompositedLayerRasterInvalidator::PaintChunkInfo"

Labels: Needs-Bisect Needs-Triage-M66
Cc: sindhu.chelamcherla@chromium.org
Components: -Blink Blink>Compositing
Labels: -Type-Bug -Pri-2 -Needs-Bisect ReleaseBlock-Stable Target-67 Triaged-ET Target-66 M-66 FoundIn-66 FoundIn-67 RegressedIn-66 hasbisect OS-Linux OS-Mac Pri-1 Type-Bug-Regression
Owner: trchen@chromium.org
Status: Assigned (was: Unconfirmed)
Able to reproduce this issue on reported version 66.0.3359.117 and latest dev 67.0.3396.10 using Windows 10, Mac 10.13.3 and Ubuntu 17.10. But issue is not reproducible on latest canary 68.0.3403.0. Hence providing reverse bisect info.

Last Bad Build: 67.0.3396.0
First Good Build: 68.0.3397.0

As per bisect in comment#4 probably fixed by https://chromium-review.googlesource.com/1006395 

@ trchen: Please confirm the bug and help in re-assigning if this is not related to your change. Please merge to M66/M67 if applicable. Adding RB-Stable for M-66. Please remove if not required.

Thanks!

Comment 7 by trchen@chromium.org, Apr 23 2018

Mergedinto: 823362
Status: Duplicate (was: Assigned)

Sign in to add a comment