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

Issue 780861 link

Starred by 2 users

Issue metadata

Status: Assigned
Owner:
Last visit > 30 days ago
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux
Pri: 3
Type: Bug



Sign in to add a comment

Dire precision problems with large font sizes inside SVGs

Reported by philipp....@gmail.com, Nov 2 2017

Issue description

UserAgent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/63.0.3239.30 Safari/537.36

Steps to reproduce the problem:
Go to https://bl.ocks.org/Herst/raw/d5db2d3d1ea51a8ab8740e22ebaa16aa/?x=341.737&y=99.902&k=1.246&textRendering=geometricPrecision&fontSize=200 or see the attached test case. (This demo web page presents different ways for rendering text with an outline. The problem shows in the first two examples, in the first the text is drawn twice once for the stroke and once for the fill and in the second practically the same is achieved using the "paint-order" attribute. The third example is irrelevant for this bug report.)

What is the expected behavior?

What went wrong?
Apparent precision problems can be observed. See also the attached screenshot where I highlighted some of the problem areas, e.g. the outline is shining through (kinda like light leaks) and the stroke and fill don't align.

Did this work before? N/A 

Does this work in other browsers? N/A

Chrome version: 63.0.3239.30  Channel: beta
OS Version: 
Flash Version: 

One can play around with the various properties and pan or zoom in/out in the drawing space (mouse and mouse wheel) to get a rough feeling for when the problem arises and when it goes away. From my testing apparently the zoom factor and the text size need to be over certain threshold for this problem to show. The "text-rendering" attribute seems to have no significant effect.
 
precision_problems.html
8.5 KB View Download
precision_problems.png
98.6 KB View Download
Cc: pbomm...@chromium.org
Components: Blink>Fonts
Labels: -Pri-2 Needs-Triage-M63 Pri-3
Components: -Blink>Fonts Internals>GPU>Rasterization
I can't repro with linux M-62.
Oh, I am terribly sorry about forgetting that I had GPU rasterization on (I keep forgetting that unlike in Firefox the about:flags values are shared between profiles in Chrome). BTW, it was just set to "Enabled" and not "Force-enabled for all layers".

Anyways, attached is my about:gpu output for the graphics people.
gpu.html
64.9 KB View Download
Cc: ranjitkan@chromium.org
Labels: Needs-Feedback
Thanks for filing the issue, rechecked this issue on chrome version 50.0.2624.0 on Ubuntu 14.04 by enabling the flag GPU rasterization. Obtained the output (Please refer the attached Screen Shot). 

@ philipp.kafka: Can you please kindly check and let us know if the issue exists here as well.

Thanks.!
Image Display.png
150 KB View Download
@Ranjit: Do you want me to let you know whether the issue can be seen in your screenshot? Yes, to a lesser degree though, but still it is visible there as well e.g. at the top of the upper case "E" the outline is practically missing while it is supposed to be equally thick everywhere.
Labels: -Needs-Feedback M-64
Status: Untriaged (was: Unconfirmed)
Ok, Thanks a lot for the update provided. Able to reproduce the issue and appears to be a non regression since observed from M50 (50.0.2624.0) builds. Confirming based on the above comment.

Untriaged it so that issue gets addressed.

Thanks.!
Cc: jvanverth@chromium.org
Owner: bsalo...@google.com
Status: Assigned (was: Untriaged)
bsalomon@, it sounds like this is a GPU raster issue. Can you help triage?
Owner: bsalomon@chromium.org

Sign in to add a comment