Issue metadata
Sign in to add a comment
|
Path containing multiple closed paths with arcs has gradient artifacts
Reported by
jcherwo...@gmail.com,
Sep 10
|
||||||||||||||||||||||
Issue descriptionUserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/69.0.3497.81 Safari/537.36 Steps to reproduce the problem: 1. View attached file in current Chrome vs. v58 or other browsers What is the expected behavior? Shapes filled with only solid greys What went wrong? Solid grey fill turned into gradients at odd angles Did this work before? Yes 58.0.3029.96 (that I'm aware of) Does this work in other browsers? Yes Chrome version: 69.0.3497.81 Channel: stable OS Version: 10.0 Flash Version: Still a problem in Canary v71.0.3548.0
,
Sep 11
Thank you for the report! (And specifically the version numbers which made narrowing this down easy enough!) Bisected to e3053cdf8cfac55d0a4589a7f1fcc60796d60c41. So the problem here is likely the stroke that (geometrically) "folds" onto itself.
,
Sep 11
Able to reproduce the issue on chrome version 69.0.3497.81 and latest chrome 71.0.3548.0 using Windows10 and Mac OS10.13.6. Below is the bisect information for same. NOTE: Issue not seen on Ubuntu Bisect Info: ================ Good build: 69.0.3464.0 Bad build: 69.0.3466.0 You are probably looking for a change made after 568154 (known good), but no later than 568155 (first known bad) CHANGELOG URL: https://chromium.googlesource.com/chromium/src/+log/19de023d406fad43277cb4007154d8ac700baf93..df18b96b443774d232e39ead6cbd81c848b8563c Suspect: https://chromium.googlesource.com/chromium/src/+/df18b96b443774d232e39ead6cbd81c848b8563c Reviewed-on: https://chromium-review.googlesource.com/1099564 Stephen White:Please confirm the issue and help in re-assigning if it is not related to your change.Adding RBS label for M-69 feel free to change it if not required. Thanks!
,
Sep 11
,
Sep 11
The test team's bisect is more likely the right one, as it changes the code used to draw the path. That change is very easy to revert (just one number which was only changed to influence performance). I support reverting the change on trunk and back to M-70. I think it is a reasonable stable merge candidate but only if we have reason to spin another stable.
,
Sep 11
,
Sep 11
,
Sep 20
Issue 887103 has been merged into this issue.
,
Sep 26
,
Sep 27
,
Oct 19
In the current Canary 72.0.3585.0, the original file looks correct at 100% zoom but there are multiple ways this issue still occurs: 1) View the original attached file at various zoom levels, e.g. 80%, 90%, 110%, 120%, 300% all reproduce artifacts similar to the original issue. 2) arcs2.svg attached has similar issues at 100%, both in the current Canary and the current stable version 70.0.3538.67. Changing the zoom level can change the artifacts, for example at 200%. 3) arcs3.svg attached looks correct at all zoom levels in the current stable version, but now has issues in Canary at various zoom levels, including slight artifacts at 100%. None of these artifacts appear in other browsers or older versions of Chrome, and they all appear to be the same problem.
,
Oct 30
Reopening due to new test cases. |
|||||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||||
Comment 1 by krajshree@chromium.org
, Sep 11