IMG (use svg as src) font-size display wrong
Reported by
gzc...@gmail.com,
Jul 11 2016
|
||||||||||||||
Issue descriptionUserAgent: Mozilla/5.0 (Windows NT 10.0; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/51.0.2704.106 Safari/537.36 Example URL: Steps to reproduce the problem: 1. Open a.html and a.svg What is the expected behavior? Font size in a.html and a.svg should be same IE/FireFox display font-size correct. What went wrong? font size in a.html is too large Does it occur on multiple sites: Yes Is it a problem with a plugin? No Did this work before? N/A Does this work in other browsers? Yes Chrome version: 51.0.2704.106 Channel: stable OS Version: 10.0 Flash Version: Shockwave Flash 22.0 r0
,
Jul 11 2016
,
Jul 11 2016
I can't reproduce this in M52 on Linux or Windows. Could someone in test verify on M51 for me. Even then, we're not likely to fix an M51 only issue at this time.
,
Jul 12 2016
I can reproduce in 54.0.2793.0 canary (64-bit) Font size is difference between open a.svg and open a.html
,
Jul 12 2016
I can't reproduce this on mac / 53.0.2783.5/dev. I wonder if this could be an extension or something like that? Can you try to reproduce this in an incognito window or another machine?
,
Jul 12 2016
I use Mac book pro with retina with 2560 * 1600 and dpi 200%. I use another machine, they are the same font size. But font size are both too large than then declaration in svg. And in IE and Firefox are display correct font size. And if you replace font-size="4" to font-siz="14" Chrome display font size same as IE and Firefox
,
Jul 12 2016
Tested this on : >MacBook Pro Retina OS 10.11.5(2880 x 1800), device pixelratio:2, latest canary:54.0.2793.0 >Windows-7, latest stable: 51.0.2704.106 and the latest canary: 54.0.2793.0. >MacBook Air OS 10.11.5(1440 x 900), device pixel ratio:1, latest stable: 51.0.2704.106 and the latest canary: 54.0.2793.0 Unable to reproduce this and a.html font is not large. Removing the Needs-TestConfirmation. Feel free to add it back if this need further confirmation.
,
Jul 12 2016
See attachments. Font size in IE / Firefox is smaller than chrome.
,
Jul 12 2016
The SVG content is correct, so any issue is with HTML fonts. But I still can't repro, even with M54 Canary on a HighDPI mac.
,
Jul 12 2016
Both a.html and a.svg use SVG to render the text, no HTML fonts used anywhere. Unable to reproduce at 100% zoom but reproduces at all other zoom levels. Might have to do with how SVG applies zooming vs how embedded SVG is zoomed.
,
Jul 13 2016
Unable to repro this issue on Windows 7 & MAC (10.11.5) for Google Chrome Canary Version - 54.0.2794.0 & Chrome Stable Version - 51.0.2704.106 @gzchdw: Could you please perform the steps mentioned beneath and let us know your observations. 1. Uninstall your Google Chrome. 2. ~/Library/Application Support/Google -> Clean up Chrome from MAC. 3. Install the Google Chrome Stable Version - 51.0.2704.106 4. Do not Login to Chrome with your credentials. 5. Re-test the same and let us know. Thank you.
,
Jul 13 2016
I use Chrome in Windows (use Boot Camp). I can repro after clean and reinstall chrome. There are three way to repro issues: 1. When change resolution to 2560 * 1600 with 200% dpi, It can repro. 2. When change to 1280 * 800 with 100% dpi, and use zoom button in chrome menu to change 500%, HTML and SVG is difference font size. 3. Even in 1280 * 800 with 100% dpi and 100% zoom, the font size is wrong with declaration in svg file(which is 4px). IE / Firefox display correct font size And when you replace font-size="4" to font-size="14", this issue will not repro. It seem only repro when font-size less than 7
,
Jul 13 2016
I use Windows 10 on Mac Book Pro by Boot Camp
,
Jul 13 2016
Thank you for providing more feedback. Adding requester "rnimmagadda@chromium.org" for another review and adding "Needs-Review" label for tracking. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
Jul 14 2016
eae@, what configuration did you repro on? I can't reproduce on M52 Windows, Mac or Linux under any of the situations in comment #12. My output matches the other browsers. IIRC we apply some lower bound on font size; maybe we're hitting that. Set owner back to me when you have given feedback.
,
Jul 14 2016
schenney: Linux, Chrome 51.0.2704.84. Repros reliably at zoom levels at or above 150%. If it was min font size being enforced wouldn't that also apply at 100%?
,
Jul 15 2016
Odd, I can't repro on Linux with Version 51.0.2704.106 (64-bit). Maybe we've bisected it.
,
Jul 15 2016
I'm at a loss. Despite others reproducing, I can't. One more try. fs@ and pdr@, can you take a look at reproducing?
,
Jul 18 2016
I could reproduce something at least resembling this (w/ an Opera based on 53.0.2767.4) by scaling to 200%. It's not exactly the same issue as the reporter shows though AFAICT. In the <img> embedding context we will quite likely compute the internal font-scale slightly differently though, so maybe that's related. (Using <object> instead does not show any text/font-size differences for me under the same circumstances.)
,
Aug 24 2016
Unable to repro this issue on Windows 7 & 10 for Google Chrome Canary Version - 54.0.2838.0 & Chrome Stable Version - 52.0.2743.116
,
Aug 24 2016
Issue 36429 could be related as well.
,
Nov 7 2016
Assigning to pdr@ just to try to repro. If no repro, I think we close.
,
Nov 7 2016
I was unable to reproduce on Linux, Windows, or Android, using the associated zoom features of each (browser zoom with ctrl+, and accessibility text slider on android). I also tested extreme device scale factors such as a 5x multiplier (--force-device-scale-factor=5). I do believe that folks could be hitting something here, but without more information I'm not sure what to do. Here are the two urls on a webserver for ease of testing: https://pr.gg/a.html https://pr.gg/a.svg @gzchdw, can you reproduce this on any other machines? Can you try a fresh OS? Any clues would be useful.
,
Jan 27 2017
I revisited this under the auspice that it had something to do with the minimum font-size configuration knob. (Testing by making sure to tickle the setting, and even setting it to somewhat larger value to make it easier to notice when it kicks in.) Well, at least now (in new Canary builds) we render the text as '4px' (4 user units) all the time. In my mind it doesn't quite explain what the screenshots show. I can't shake that it could somehow be related to how we transfer settings to SVGImages. Feedback/verification from the reporter would be great here.
,
Jul 18 2017
I tried to reproduce this again today with no luck. |
||||||||||||||
►
Sign in to add a comment |
||||||||||||||
Comment 1 by dtapu...@chromium.org
, Jul 11 2016