Last modified: 2014-06-25 11:22:07 UTC

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T19845, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 17845 - DejaVu Sans font renders incorrectly in SVG thumbnails
DejaVu Sans font renders incorrectly in SVG thumbnails
Product: Wikimedia
Classification: Unclassified
SVG rendering (Other open bugs)
All All
: Low normal (vote)
: ---
Assigned To: Nobody - You can work on this!
Depends on:
Blocks: svg
  Show dependency treegraph
Reported: 2009-03-07 19:05 UTC by Rémi Kaupp
Modified: 2014-06-25 11:22 UTC (History)
6 users (show)

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---

File:NSdiagram.svg revision showing font rendering issue (29.81 KB, image/svg-xml)
2013-03-03 10:47 UTC, 84user
SVG with DejaVu Sans and Liberation Sans, the latter with kerning issues in mediawiki (14.31 KB, image/svg-xml)
2013-03-03 11:00 UTC, 84user
mixed DejaVu Sans and Liberation Sans fonts showing problems (10.85 KB, image/svg-xml)
2013-03-03 11:15 UTC, 84user
Faulty font rendering sans-serif (12.21 KB, image/png)
2014-06-25 11:21 UTC, PRO

Description Rémi Kaupp 2009-03-07 19:05:34 UTC
There was a problem with the image, where the font used everywhere was DejaVu Sans Condensed, and the font DejaVu Sans was used for the legend of the altitudes (the leftmost box). 

As you can see in the "file history" on this page, on the bottom thumbnail, the thumbnail rendered incorrectly, with the text in DejaVu Sans creating large black areas, going outside of the box.

Changing the font to DejaVu Sans Condensed solved the problem, as can be seen again in the file history, the top thumbnail.

Maybe it is a problem with font scaling? This should probably be addressed as DejaVu Sans is a fairly standard font, used now for replacing Arial.

Comment 1 Rémi Kaupp 2009-03-11 08:26:32 UTC
Note that, as far as I have seen, this happens with all images using DejaVu Sans, and it happens after a certain level of thumbnailing (ie happens only for thumbnails about 120px wide). See for example and
Comment 2 84user 2010-06-12 19:56:22 UTC
I don't know if this helps but I have very small SVG files (14 KB) that demonstrate bad rendering of DejaVu fonts and I posted details at and at

I see problems even at large thumbnail sizes, for example, see the text "Tethers" in all renderings (500px, 1000px and 2000px) at
Comment 3 Derk-Jan Hartman 2011-12-04 21:32:40 UTC
The original issue that was reported here seems partly fixed after the latest librsvg update on the servers.

The black box effect (due to font scaling ?) has seemed to have disappeared. At lower resolutions, it seems the text still fairs outside of the legend box. There are also still issues with spacing between the glyphs.
Comment 4 Bill Skaggs 2012-10-15 23:04:46 UTC
I have encountered apparently the same bug for, which used the DejaVu Sans Condensed font -- the png thumbnails render incorrectly at all resolutions.

  -- Bill
Comment 5 Derk-Jan Hartman 2012-10-26 10:26:52 UTC
It seems this problem is now fixed.
Comment 6 84user 2013-03-03 10:47:20 UTC
Created attachment 11875 [details]
File:NSdiagram.svg revision showing font rendering issue

Copied from!NSdiagram.svg to show that mediawiki still apparently does not render certain fonts correctly. See the text in [] overflow the coloured boxes when displayed by mediawiki, but they display differently when the SVG is opened in Firefox 19.0 or Opera 12.14. The overflowing behaviour seen in the svg.png thumbnails varies with each different size.

My Firefox's default font is set to DejaVu Sans and under Advanced: "Allow pages to choose their own fonts". My Opera's default font is set to DejaVu Sans, under Advanced/Content/Style Options/Presentation Modes: "My fonts and colours" is unchecked in Author mode, which is the default mode. It maybe relevant that my system has DejaVu Sans but not DejaVu Sans Condensed that this SVG specifes, as the appearance is different again when viewed in Inkscape 0.47.
Comment 7 84user 2013-03-03 11:00:58 UTC
Created attachment 11876 [details]
SVG with DejaVu Sans and Liberation Sans, the latter with kerning issues in mediawiki

Copied from [], this SVG contains both DejaVu Sans for the numerals and Liberation Sans for the text. The text shows kerning errors in mediawiki's .svg.png thumbnails of various sizes.

Firefox 19.0 and Opera 12.14 display this SVG natively and as far as I can see, identical to how Inkscape 0.47 displays it.
Comment 8 84user 2013-03-03 11:15:53 UTC
Created attachment 11877 [details]
mixed DejaVu Sans and Liberation Sans fonts showing problems

Another example with problems from both DejaVu Sans and Liberations Sans. I changed the "Instruments" text from Liberations Sans to DejaVu Sans. Copied from []. See details at [].
Comment 9 84user 2013-03-03 11:20:38 UTC
(In reply to comment #8)
> Created attachment 11877 [details]
I typoed: "Liberations Sans" should read "Liberation Sans".
Also, I'm reopening as it does not appear fully fixed to me.
Comment 10 Brion Vibber 2013-09-19 15:15:10 UTC
Switching to Wikimedia/SVG Rendering component.
Comment 11 PRO 2014-03-27 21:45:20 UTC
I've tested something. This bug is strange, it is completely independent from the font family (I've tested much). There are some simple path objects if change them (or remove) the font is correct rendered.

[[File:Ikaros solar sail key liberation sans plain.svg]] - correct with plain path objects
[[File:Ikaros solar sail key plain edited.svg]] - correct without path objects
[[File:Ikaros solar sail key liberation sans.svg]] - incorrect with path objects
[[File:Ikaros solar sail key liberation and dejavu sans.svg]] - incorrect with path objects

Here is a example of a responsible path:  <path d="m 187.32394,828.41852 a 83.098595,83.098595 0 1 1 -166.197185,0 83.098595,83.098595 0 1 1 166.197185,0z" transform="matrix(0.06016949,0,0,0.06016949,438.17176,92.436)" fill="#f3dd00"/>

(84user has so much SVG made from his example "Ikaros solar sail key" that it is more confusing)

I've tested with

So the bug description should be changed?
Comment 12 PRO 2014-03-27 22:10:51 UTC
Comment on attachment 11875 [details]
File:NSdiagram.svg revision showing font rendering issue

This case example has a other issue as the other examples. I open bug 63206.
Comment 13 PRO 2014-03-27 22:38:34 UTC
I suggest to close the bug (the actual former problem has been fixed and was closed), since all subsequent examples are completely different causes. 
So I suggest to open a new bug report for the very strange path - general text bug.
Comment 14 PRO 2014-04-08 21:44:38 UTC
The later examples do not fit specifically to the former bug description, so I have opened another new bug 63703. There is nothing specified relation to any font property (text only).
Comment 15 PRO 2014-04-08 21:46:19 UTC
Comment on attachment 11875 [details]
File:NSdiagram.svg revision showing font rendering issue

this is now bug 63206
Comment 16 PRO 2014-06-25 11:21:34 UTC
Created attachment 15739 [details]
Faulty font rendering sans-serif

This attach is from: ([[File:Topographic_map_of_Cape_Verde-de.svg]])

SVG generic font family sans-serif (maybe equal Dejavu Sans) renders ugly. Additional there is a strong peak (from the M probably, this could be another more specific bug)

The skew text is the only in sans-serif.

Note You need to log in before you can comment on or make changes to this bug.