Appearance of SVG paths change when multiple paths merged
Reported by
db9.l...@gmail.com,
Mar 12 2018
|
||
Issue descriptionUserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/64.0.3282.186 Safari/537.36 Steps to reproduce the problem: 1. Load https://jsbin.com/qevakimayu/edit?html,output 2. Load https://jsbin.com/vaxuwedafa/edit?html,output 3. Flick between the tabs to notice how the appearance is lighter on the second link 4. Zooming in makes it affect the lines differently What is the expected behavior? Both versions should have the same appearance (this is the behavior in Firefox). What went wrong? When multiple SVG paths are merged into a single path their appearance changes. Did this work before? N/A Does this work in other browsers? Yes Chrome version: 64.0.3282.186 Channel: stable OS Version: 10.0 Flash Version: It doesn't look like a big deal in the test case given, but in larger, more complex SVG files it has a much more visible effect on the appearance.
,
Mar 12 2018
This is a GPU raster bug that reproduces on Linux. Bisects to this range: https://chromium.googlesource.com/chromium/src/+log/9b345e436c2687898d7a9d8bcff509230b903607..dacc85d6208232ec0b2af40786ceec71559fa39c And this certainly looks like a plausible cause: https://chromium.googlesource.com/chromium/src/+/52796123f44bf2407ba058e77159156f6da3824d "Handle MSAA + Non-AA paths on Windows". While it says Windows, the code is not Windows only. Note the bug is not so much about the appearance of either example as it is about the appearance changing when the path content is fundamentally the same. |
||
►
Sign in to add a comment |
||
Comment 1 by viswa.karala@chromium.org
, Mar 12 2018