New issue
Advanced search Search tips

Issue 922247 link

Starred by 1 user
Status: Assigned
Owner:
senorblanco@chromium.org
Cc:
hcm@chromium.org
susan.boorgula@chromium.org
Components:
EstimatedDays: ----
NextAction: ----
OS: Windows , Mac
Pri: 2
Type: Bug



Sign in to add a comment

SVG arc interactions cause glitches when filling

Reported by davidj...@gmail.com, Jan 15 
UserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_14_2) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/71.0.3578.98 Safari/537.36

Steps to reproduce the problem:
Load the following:

<!doctype html>
<html lang="en">
<head>
</head>
<body>
<svg xmlns="http://www.w3.org/2000/svg" version="1.1" width="200" height="200">
<path fill="#008080" d="
M140 120
L150 100
L34.6 141.4
A80 9 145 0 0 33.8 144.82
A80 80 0 0 1 140 28
"></path>
</svg>
</body>
</html>

What is the expected behavior?
Shape should fill consistently

What went wrong?
A triangle is "cut" from the fill on the left (appears to fade to white at the base point)

This seems to be limited to areas where arcs meet in an awkward way (here a tiny arc meets a large arc at a sharp angle), and the shape is self-intersecting (in this example straight lines cause a self intersection on the right). The colour of the shape is irrelevant, but I used this colour to make the error more obvious.

The glitch is fairly stable to changes in shape, but needs particular values (e.g. the 144.82 in this example) to make it most obvious. It frequently appears as a thin, <1px seam.

Did this work before? N/A 

Chrome version: 71.0.3578.98  Channel: stable
OS Version: OS X 10.14.2
Flash Version: 

Tested the same content in Firefox and Safari and it renders ok. This is on a retina (2x pixel density) display.
svgRender.png
4.8 KB View Download

Comment 1 by davidj...@gmail.com, Jan 15 

(attaching an easy-to-view .svg of the problem)
fillGlitch.svg
200 bytes Download

Comment 2 by viswa.karala@chromium.org, Jan 16

Labels: Needs-Triage-M71

Comment 3 by susan.boorgula@chromium.org, Jan 16 (6 days ago)

Cc: susan.boorgula@chromium.org
Components: Blink>SVG
Labels: Triaged-ET Target-73 M-73 FoundIn-71 FoundIn-73 FoundIn-72 OS-Windows
Status: Untriaged (was: Unconfirmed)
reporter@ Thanks for the issue.

Able to reproduce this issue on Windows 10 and Mac OS 10.13.6 on the latest Stable 71.0.3578.98 and latest Canary 73.0.3672.0.
Issue is not observed on Ubuntu 17.10.

This is a Non-Regression issue as this behavior is observed from M-60 chrome builds.
Attached is the screen shot for reference.

Hence marking this as Untriaged for further updates from Dev.

Thanks..
922247-M60.PNG
53.7 KB View Download

Comment 4 by f...@opera.com, Jan 16 (6 days ago) 

This looks like tessellation issue - if you have GPU acceleration enabled (I imagine you do), does disabling it make the issue go away?

Comment 5 by davidj...@gmail.com, Jan 16 (6 days ago) 

Yes, when I switch off "Use hardware acceleration when available", the issue disappears.

Comment 6 by f...@opera.com, Jan 16 (6 days ago)

Components: -Blink>SVG Internals>GPU>Rasterization
Thank you for verifying! Punting to GPU-raster triage.

Comment 7 by danakj@chromium.org, Jan 18 (4 days ago)

Owner: bsalomon@chromium.org
Status: Assigned (was: Untriaged)

Comment 8 by danakj@chromium.org, Jan 18 (4 days ago)

Cc: hcm@chromium.org
+hcm for triage if needed

Comment 9 by bsalo...@google.com, Jan 18 (4 days ago)

Owner: senorblanco@chromium.org
This is being rendered by the tessellating path renderer
►

Sign in to add a comment