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

Issue 823671 link

Starred by 1 user

Issue metadata

Status: Fixed
Owner:
Closed: May 2018
Cc:
Components:
EstimatedDays: ----
NextAction: 2018-04-02
OS: iOS , Mac
Pri: 2
Type: Bug



Sign in to add a comment

Fill in SVG path rendered incorrectly as gradient if rounded corners are used

Reported by jan.pete...@googlemail.com, Mar 20 2018

Issue description

UserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_13_3) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/64.0.3282.186 Safari/537.36

Steps to reproduce the problem:
1. Open the HTML document attached.
2. The SVG documents are identical except for the use of a C-drawing command in the upper one. The Front and Back parts of the SVG have the same CSS class attached in both SVGs. 
3. When using C drawing commands the fill is rendered as a gradient, where it should be a solid fill as in the second image. 

What is the expected behavior?
The fill should be solid independent of C-commands in the path. 

What went wrong?
The fill is incorrectly rendered as a gradient. 

Did this work before? N/A 

Does this work in other browsers? N/A

Chrome version: 64.0.3282.186  Channel: stable
OS Version: OS X 10.13.3
Flash Version:
 
testcase.html
6.3 KB View Download

Comment 1 by f...@opera.com, Mar 20 2018

Is hardware acceleration enabled, and if so, is the issue "fixed" by disabling it?

Comment 2 by f...@opera.com, Mar 20 2018

Components: Internals>GPU>Rasterization
Labels: Needs-Feedback
NextAction: 2018-04-02
Labels: Needs-Milestone
The NextAction date has arrived: 2018-04-02
Status: WontFix (was: Unconfirmed)
WontFix due to lack of feedback. We're waiting on information about the GPU rendering state. We can re-open if new information becomes available.
Sorry, just noticed that replying to this thread via email is not working. 

Yes, hardware acceleration was enabled and the issue disappears once I disabled it. 
Components: -Blink>SVG
Status: Untriaged (was: WontFix)
Thanks for getting back to us. Over to the GPU raster team.
Cc: enne@chromium.org
Owner: danakj@chromium.org
Status: Assigned (was: Untriaged)
Mac triage: assigning directly to danakj@ cc enne@ for GPU triage.

Comment 10 by enne@chromium.org, May 14 2018

Components: -Internals>GPU>Rasterization Internals>Skia
Owner: bsalomon@chromium.org
This sounds like a gpu rasterization issue.
Cc: senorblanco@chromium.org
Labels: OS-iOS
Does this reproduce on Canary? I wasn't able to reproduce on a local build. I'm wondering if this was fixed by any of Stephen's tessellating path renderer changes. This SVG does trigger the tessellator.
Cc: -senorblanco@chromium.org bsalomon@chromium.org
Owner: senorblanco@chromium.org
Status: Fixed (was: Assigned)
This does appear to be fixed. bisect-builds says:

https://chromium.googlesource.com/chromium/src/+log/5b2de20541d2b08bf64e81804b538eb4d03a4e21..8b9799f3477553ff169933c5007cca6d4a29c21c

which includes

https://chromium.googlesource.com/chromium/src/+/e4d6d0b50ec2e40aabe6a8c9928f512101771bb1

(Here are the params i used, because bisect was kind of annoying due to GPU raster being blacklisted on my machine during the fix window: tools/bisect-builds.py --use-local-cache --archive mac --good 555728 --bad 400000 -- --no-first-run file:///Users/senorblanco/Downloads/testcase.html --gpu-rasterization-msaa-sample-count=0 --show-fps-counter --ignore-gpu-blacklist)

If you still see this issue, please re-open.

Sign in to add a comment