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

Issue 804898 link

Starred by 1 user
Status: Untriaged
Owner: ----
Cc:
█ viswatej...@techmahindra.com
█ sc00335...@techmahindra.com
Components:
EstimatedDays: ----
NextAction: ----
OS: Windows
Pri: 2
Type: Bug



Sign in to add a comment

Circle with "trivial" dasharray rendered incorrectly

Reported by jasonbio...@gmail.com, Jan 23 2018 
UserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/63.0.3239.132 Safari/537.36

Steps to reproduce the problem:
1. Open the file

What is the expected behavior?
The circle on the left should be identical to the circle on the right.

What went wrong?
A "trivial" dasharray (where there is a line and no space) causes a much thicker border than expected.

Did this work before? N/A 

Does this work in other browsers? Yes

Chrome version: 63.0.3239.132  Channel: stable
OS Version: 10.0
Flash Version: 

In our case, this is a non-issue (the "trivial" dasharray can be easily identified). However, we still wanted to report the issue in case it affects someone else.
svg_circle.html
483 bytes View Download

Comment 1 by viswatej...@techmahindra.com, Jan 24 2018 

Tested this issue on chrome reported version 63.0.3239.132 using windows-10 with steps mentioned below:
1) Launched chrome reported version, dragged and dropped the file attached in comment#0
2) The circle on the left is identical to the circle on the right
seen the same behaviour of the circles in firefox also.

@Reporter:
Please find the attached screencast for your reference and let us know if we missed anything in reproducing the issue, please try to test this issue by creating new person with no apps and extensions in it and let us know if the issue still persists.

Thanks!
804898.mp4
1.5 MB View Download

Comment 2 by sc00335...@techmahindra.com, Jan 24 2018

Cc: viswatej...@techmahindra.com
Labels: Needs-Triage-M63 Triaged-ET Needs-Feedback

Comment 3 by jasonbio...@gmail.com, Jan 24 2018 

I confirm that I am also unable to reproduce the issue at 300% zoom on my computer (or even at 110%). However, the problem can be seen at 100% (attached PNG). I've also included my GPU settings in case it's specific to my configuration.

Thanks
svg_circle_dasharray.PNG
634 bytes View Download
gpu.htm
163 KB View Download
Project Member

Comment 4 by sheriffbot@chromium.org, Jan 24 2018

Cc: sc00335...@techmahindra.com
Labels: -Needs-Feedback
Thank you for providing more feedback. Adding requester "sc00335628@techmahindra.com" to the cc list and removing "Needs-Feedback" label.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot

Comment 5 by dtapu...@chromium.org, Mar 6 2018

Components: Blink>SVG

Comment 6 by schenney@chromium.org, Mar 6 2018

Components: -Blink>SVG Internals>Skia
Status: Untriaged (was: Unconfirmed)
I believe that the non-dashed verison uses a hairline renderer in Skia, while the dashed version does not. That results in different rendering on 1 pixel wide lines. So when it zooms, or with high-dpi settings, the results are the same.

I think this is WontFix. Our only option would be to detect the degenerate dashes, or turn of hairline raster, and we are not going to do that.

Over to the Skia team to confirm the analysis and make the call on WontFix.
►

Sign in to add a comment