32227 2009-12-07 09:55:42 -0800 With @font-face, SVG fonts only work as primary, non-segmented 2011-06-20 01:29:04 -0700 1 1 1 Unclassified WebKit SVG 528+ (Nightly build) All All RESOLVED FIXED InRadar P2 Normal --- 59085 1 mitz webkit-unassigned joepeck paulirish zimmermann oldest_to_newest 169345 0 mitz 2009-12-07 09:55:42 -0800 When used in @font-face, SVG fonts don’t work as a fallback font or in conjunction with other sources for the same family, segmented by Unicode-range. The problem is that the Font methods, e.g. drawText(), check the primary font for SVG-ness and take an entirely different code path for that case. 169346 1 mitz 2009-12-07 09:56:04 -0800 <rdar://problem/7449131> 220518 2 mitz 2010-05-04 01:09:05 -0700 One particular nasty issue was discovered by Joseph Pecoraro: GlyphPage::fill() can get called with an SVG font, even though SVG fonts don’t use the glyph cache, if the primary font is non-SVG, but there are SVG segments (apparently one way this can happen is if the SVG font is still loading or failed to load). 220680 3 joepeck 2010-05-04 11:27:27 -0700 (In reply to comment #2) > One particular nasty issue was discovered by Joseph Pecoraro: GlyphPage::fill() > can get called with an SVG font, even though SVG fonts don’t use the glyph > cache, if the primary font is non-SVG, but there are SVG segments (apparently > one way this can happen is if the SVG font is still loading or failed to load). I opened a separate bug on my issue, because I don't think it would entirely fix this bug: https://bugs.webkit.org/show_bug.cgi?id=38530 248977 4 zimmermann 2010-07-09 07:16:27 -0700 Changed component to SVG, so it shows up in my all-svg-bugs search. 249103 5 mitz 2010-07-09 10:43:49 -0700 See also bug 34236. 423538 6 zimmermann 2011-06-20 01:29:04 -0700 Fixed in r89233.