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

Issue 900452 link

Starred by 2 users
Status: WontFix
Owner:
chrishtr@chromium.org
Closed: Nov 2
Cc:
█ trchen@chromium.org
phanindra.mandapaka@chromium.org
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux , Windows , Mac
Pri: 1
Type: Bug-Regression



Sign in to add a comment

Text in SVG is not rendering properly

Reported by brian.bo...@paraware.com, Oct 31 
UserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_14_0) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/70.0.3538.77 Safari/537.36

Steps to reproduce the problem:
1. Load test.html in Chrome 69.   Category A, Category B and Category C appear
2. Load test.html in Chrome 70.   Y Axis labels are missing

What is the expected behavior?
y Axis labels should be visible

What went wrong?
y axis labels are not visible.

Did this work before? Yes 69

Does this work in other browsers? Yes

Chrome version: 70.0.3538.77  Channel: stable
OS Version: OS X 10.14.0
Flash Version: 

It fails in Firefox 55 and 57.
It works in Safari Version 12.0 (14606.1.36.1.9)
test.html
2.5 KB View Download

Comment 1 by woxxom@gmail.com, Oct 31 

Bisected to r577358 = b36947af1d61837ba292b9159c927e26164863b5 = https://crrev.com/c/1142571 by trchen@chromium.org
"[Blink] Use OverflowClip node for replaced content clip"
Landed in 70.0.3501.0

    ...
    As a side effect, embedded <svg> elements are now also clipped to
    the content box. This matches the Firefox behavior.

Comment 2 by phanindra.mandapaka@chromium.org, Oct 31

Cc: phanindra.mandapaka@chromium.org trchen@chromium.org
Labels: -Pri-2 RegressedIn-70 Triaged-ET ReleaseBlock-Stable Target-70 Target-71 Target-72 M-71 M-70 FoundIn-71 FoundIn-70 FoundIn-72 Needs-Triage-M70 hasbisect OS-Linux OS-Windows Pri-1
Owner: chrishtr@chromium.org
Status: Assigned (was: Unconfirmed)
As per comment #0 and comment # 1, able to reproduce the issue on the reported chrome 70.0.3538.77, latest canary 72.0.3596.0 using Windows 10, Mac 10.14.0 ,Ubuntu 17.10 .As per comment # 1 providing bisect information and adding labels. Assigning to Chris Harrelson as it is showing Dev last visited > 30.  

Bisect Info:
================
Good build: 70.0.3500.0
Bad build: 70.0.3501.0

CHANGELOG URL:
https://chromium.googlesource.com/chromium/src/+/b36947af1d61837ba292b9159c927e26164863b5

Reviewed-on: https://chromium-review.googlesource.com/1142571

Chris Harrelson:Please confirm the issue and help in re-assigning if it is not related to your change.Adding RBS label for M-71 feel free to change it if not required. 

Thanks..!

Comment 3 by brian.bo...@paraware.com, Oct 31 

I was able to rework the test case to remove the padding and offset the graphics contexts as shown here.  I've attached the working sample.

Thank you.
test-reworked.html
2.6 KB View Download

Comment 4 by rbasuvula@chromium.org, Nov 2 

Friendly ping! Could you please provide any update on this issue as it has been marked as a stable blocker.

Thank You!

Comment 5 by f...@opera.com, Nov 2 

AFAIK, clipping to the content box is the expected behavior. At least in SVG 1.1 [1] this was fairly obvious, specified via the "initial clipping path" which was clipping to the viewport - which is the content box. (TBH I'm bit surprised if this was only fixed now - it'd seem more likely that it had regressed at some point without being noticed.)

I.e I think this is WontFix.

If one wants to paint in the padding then setting "overflow: visible" is one alternative.

Comment 6 by brian.bo...@paraware.com, Nov 2 

You may close this issue as won't fix.  I reworked our svg so it renders on
Chrome.

Brian

from my phone

On Fri, Nov 2, 2018, 6:30 AM f… via monorail <
monorail+v2.784079466@chromium.org wrote:

Comment 7 by f...@opera.com, Nov 2

Status: WontFix (was: Assigned)
►

Sign in to add a comment