Transparent elements with clip-path having an additional clip-path render as black
Reported by
marcelja...@gmail.com,
Oct 26 2016
|
||||||||
Issue descriptionUserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_11_6) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/54.0.2840.71 Safari/537.36 Steps to reproduce the problem: 1. Have an SVG element that references a clip-path that references another clip-path (test case: the top left quadrant) 2. Set the color to transparent or fill to none What is the expected behavior? Element should be invisible What went wrong? Element is drawn black Did this work before? Yes 53 Does this work in other browsers? Yes Chrome version: 54.0.2840.71 Channel: stable OS Version: OS X 10.11.6 Flash Version: Shockwave Flash 23.0 r0 - Setting fill to `rgba(0,0,0,0.01)` works (0.001 does not). - `transparent` and `fill` don't work. - Making the clip-path not reference another clip-path prevents the issue (lower column in test case)
,
Oct 27 2016
Thanks for taking the time to file this with a nice and small testcase. @test team, please test with https://jsfiddle.net/37qd0s7t/2/. This test is correct if it matches firefox/safari (aka there is no black).
,
Oct 27 2016
Using the per-revision bisect providing the bisect results, Good build:54.0.2827.0 (Revision: 411497). Bad build: 54.0.2828.0 (Revision:411828). You are probably looking for a change made after 411559 (known good), but no later than 411560 (first known bad). CHANGELOG URL: The script might not always return single CL as suspect as some perf builds might get missing due to failure. https://chromium.googlesource.com/chromium/src/+log/3831b72130f11ebac151fd4945719f6d7489e048..971a9c9725e293bd89b7cb1475acdc502065e6b3 From the CL above, assigning the issue to the concern owner @wkorman - 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. Review-Url: https://codereview.chromium.org/2225563002 Note : Issue is seen in Windows and Linux OS also. Thanks!
,
Nov 8 2016
I can repro with jsfiddle on Linux 56.0.2906.0 dev. It is likely due to my change. I plan to look into this next week.
,
May 11 2017
Have not had chance to look at this and not clear I will get to it soon. Unassigning in case someone else on Paint team can pick up before I can.
,
Aug 21 2017
Having the same problem here. @wkorman Any update?
,
Aug 21 2017
Sorry, I have not had a chance to look at this. I am on other things currently and this is SVG specific where I have only limited background. +pdr and fs in case they have insight or can help route.
,
Aug 22 2017
The intersection of the CL bisected to and the testcase would seem to indicate the visual rect derived from the <clipPath> with a clipped child element. Presumably the indicated CL only exposed previously "bad" data by somehow starting to rely on it (being correct.) (There was similar issues before, like issue 598051 , which may not have ironed out this particular kink.)
,
Dec 1 2017
This appears to have been fixed/papered over by fc2679dfa73c1dc102d86832ef049359f433c314.
,
Dec 1 2017
Yes that CL fixed the exact root cause of it. |
||||||||
►
Sign in to add a comment |
||||||||
Comment 1 by marcelja...@gmail.com
, Oct 26 2016