New issue
Advanced search Search tips

Issue 904855 link

Starred by 1 user

Issue metadata

Status: Duplicate
Merged: issue 900602
Owner:
Closed: Nov 14
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux , Android , Windows , Chrome , Mac
Pri: 1
Type: Bug-Regression



Sign in to add a comment

Video elements can cause clipping on siblings within a box with border-radius.

Reported by willstot...@gmail.com, Nov 13

Issue description

UserAgent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/70.0.3538.102 Safari/537.36

Steps to reproduce the problem:
1. Create an element with border radius.
2. Add a video element to it.
3. Add another element to it.

What is the expected behavior?
The second element's clipping shouldn't be affected by the video element.

What went wrong?
The second element is clipped to the box of the video element.

Did this work before? Yes Google Chrome 62.0.3202.94 (Official Build) (64-bit) (Ubuntu 14.04)

Does this work in other browsers? Yes

Chrome version: 70.0.3538.102  Channel: stable
OS Version: 18.04
Flash Version: 

The version 62 is just a chrome I know it works in. There may well be a later one in which it still works too. Have to pay on browserstack to get access to anything except latest Chrome. Looks fine in Edge 17 and the jsfiddle interface doesn't load at all in Safari 7.1... https://jsfiddle.net/willstott101/qexhsp91/39/
 
chromium_border_test.html
952 bytes View Download
Screenshot from 2018-11-13 16-11-44.png
4.3 KB View Download
Have tested on Safari 7.1 using jsbin https://output.jsbin.com/rodekax/

This problem isn't present but the setup has other, different clipping issues it seems.
Screenshot from 2018-11-13 16-22-46.png
23.8 KB View Download
And here's a screenshot of expected result (Firefox 63)
Screenshot from 2018-11-13 16-24-07.png
4.3 KB View Download
Labels: Needs-Triage-M70 Needs-Bisect
Status: Available (was: Unconfirmed)
I have to think this is caused by the fix for border radius on composited elements, but maybe I'm wrong. I don't expect we will act on this until the refactored compositing path is in place.
Labels: OS-Android OS-Chrome OS-Mac OS-Windows
We're probably sizing the rounded corner mask layer incorrectly, and I suspect that it only happens with video due to the video code path for compositing.
Labels: M-70
Cc: vamshi.kommuri@chromium.org
Labels: -Pri-2 -Needs-Bisect hasbisect-per-revision RegressedIn-70 Triaged-ET ReleaseBlock-Stable Target-70 Target-71 Target-72 FoundIn-71 FoundIn-70 FoundIn-72 Pri-1
Owner: trchen@chromium.org
Status: Assigned (was: Available)
Able to reproduce the issue on reported chrome version 70.0.3538.102 and on the latest canary 72.0.3608.0 using Windows 10, Ubuntu 14.04 and Mac 10.13.1

Bisect Information:
-------------------
Good Build: 70.0.3500.0
Bad Build:  70.0.3501.0

You are probably looking for a change made after 577357 (known good), but no later than 577358 (first known bad).
CHANGELOG URL:
https://chromium.googlesource.com/chromium/src/+log/092314fbfea259e1bf334380483b54864d73461f..b36947af1d61837ba292b9159c927e26164863b5
Suspecting: https://chromium.googlesource.com/chromium/src/+/b36947af1d61837ba292b9159c927e26164863b5
Review URL: https://chromium-review.googlesource.com/1142571

@Tien-Ren Chen: Please help in assigning it to the right owner if this isn't related to your change. Adding RBS as this seems to be a recent regression, please change/remove if not required.
Cc: benmason@chromium.org
Owner: pdr@chromium.org
Thank you for taking the time to file this with a nice reduced testcase!

It turns out that this is the same bug as 900602.
Mergedinto: 900602
Status: Duplicate (was: Assigned)

Sign in to add a comment