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

Issue 687192 link

Starred by 3 users

Issue metadata

Status: WontFix
Owner:
Closed: Feb 2017
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux , Windows , Mac
Pri: 1
Type: Bug-Regression



Sign in to add a comment

font-size is limited to ca 10000 on <text> elements

Reported by manfred....@gmail.com, Jan 31 2017

Issue description

UserAgent: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/55.0.2883.87 Safari/537.36

Steps to reproduce the problem:
1. create a svg file like this:
<html>
<head></head>
<body>
 <svg style="width:100%;height:5000;fill:#dddddd"  >	
 <g transform="scale(0.01)">
 <text x="20" y="19640" fill="red" font-size="10000" >zoom</text>	
 <text x="20" y="19640" fill="black" font-size="15000" >zoom</text>	
 <text x="20" y="19640" fill="#ffcc00" font-size="5000" >zoom</text>	
 </g>
 </svg>
</body>
2. Three text elements should be visible. But the font-size of the second-one is ignored and set-back to 10000.

What is the expected behavior?
The font-size should not be limited to "10000"

What went wrong?
The font-size is not correctly scaled.

Did this work before? Yes 

Chrome version: 55.0.2883.87  Channel: stable
OS Version: 6.1 (Windows 7, Windows Server 2008 R2)
Flash Version: Shockwave Flash 24.0 r0

 

Comment 1 by bokan@chromium.org, Feb 1 2017

Components: -Blink Blink>SVG
Labels: Needs-Milestone Needs-Bisect
Cc: jmukthavaram@chromium.org
Labels: -Pri-2 -Needs-Bisect -Needs-Milestone hasbisect-per-revision M-56 OS-Linux OS-Mac Pri-1
Owner: e...@chromium.org
Status: Assigned (was: Unconfirmed)
Able to reproduce this issue on windows 10, Mac 10.11.4,Linux Ubuntu 14.04 with Chrome stable version- & Canary#

Manual Bisect:
Good build- 54.0.2837.0 --Revision--413618
Bad Build-54.0.2838.0 --Revision--413929

Bisect Tool Info:
You are probably looking for a change made after 413812 (known good), but no later than 413813 (first known bad).
CHANGELOG URL:
The script might not always return single CL as suspectas some perf builds might get missing due to failure.
 https://chromium.googlesource.com/chromium/src/+log/70c65451381988189ef8d591f581ac62653f2829..a73929942bdadf7e78b3c118592a6c1192590a37

Review-Url: https://codereview.chromium.org/2265363003

eae@ Kindly take a look and please help us to reassign this issue to a right owner if not with respect to this change.

Thanks.!
Labels: -M-56 M-58
@eae -- Gentle remainder. Could you please look into the issue and update.
This issue is still reproducible on Latest Stable# 56.0.2924.87 on Windows, Mac and Linux.
Thanks in Advance.

Comment 6 by e...@chromium.org, Feb 21 2017

Status: WontFix (was: Assigned)
This was an intentional change as larger values causes overflow further down the text stack.
Is there a workaround, how I can make the font-size scale correctly or ignore this intentional change?

Our company is working on a web-application, which heavily uses zooming and scaling.. and at a certain zoom-level the text-labels don't scale anymore. In IE, FF and older versions of chrome it works fine.

Comment 8 by f...@opera.com, Mar 6 2018

Cc: krajshree@chromium.org
 Issue 818566  has been merged into this issue.
Why not fix the overflow? Other browsers don't have the same issue.

Comment 10 by e...@chromium.org, Mar 7 2018

This is intentional, none of our supported platforms support arbitrarily large font sizes and as transforms aren't supposed to change the underlying rendering capping post-transform is not a good option.

Sign in to add a comment