librsvg bugs

This requires updating because: librsvg got updated In doing so, you could add a timestamp to the . Please notify the uploader with {{subst:update-note|1=Librsvg bugs|2=librsvg got updated}} ~~~~

Wikimedia Commons currently uses librsvg 2.50.3 for rendering images. It's a fast renderer (compared to Inkscape or Apache Batik), but its results are unreliable. There is a discussion about re-evaluating the SVG renderer on phab:T40010.

Some files may be fixed now. If there are any files that were uploaded earlier and have an error in displaying, you can try purging the file to force a re-render. You should check all the resolutions, since the bugs can show up differently in different resolutions.

If you see a buggy image, tag it with {{Rsvg bug}}. This puts it in Category:Pictures showing a librsvg bug. Some more bugs are reported at Commons:Commons SVG Checker#Checks.

Version history on Wikimedia

Version		Usage on Wikimedia
number	Release date	begin	end
2.3.93		–	2006
2.14.0		2006	at least 2007
2.40.16	2016-06	2016	2017
2.40.18	2017-07	2017	2019
2.40.20-3	2017-12	2019	2020
2.40.21	2020-02	2020	2023-05-16
2.44.10	2018-12	2023-05-16	2024-06-06
2.50.0	2020-09
2.50.3		2024-06-06
2.50.7	2021-06
2.52.0	2021-09
2.58.0	2024-03

Rendering of text

• 
  Text-positioning.svg Multiple x-/y-/dx-/dy-coordinates positioning text characters Bugzilla:33245
• 
  Text-positioning fixed.svg Correct positioning (solution to achieve the fix is in the image description)
• 
  Manfeild Autocourse track map (New Zealand).svg phab:T11420 (text with textPath not displayed)
• 
  Fort Hall Location Map.svg phab:T11420 (text with textPath not displayed)
• 
  T236398.svg phab:T236398 tspan text-decoration="overline" does not have overline

Hairline cracks

phab:T20936: This bug appears also in modern browsers on zooming levels.

White gap visible at odd px sizes (299px)

Same pic 1px larger rendered (300px)

An workaround can be the using of merge path.

• Merge Path tool (svgomg)
• Inkscape path merge

Pattern

phab:T20463: The libRSVG's handling of SVG pattern is only rudimentary. Some fixed examples (bug in file history):

• 
  Only on small thumbnail size

Marker

The presentation of markers is in different viewers implemented differently. The origin point varies. Inkscape shows the boundaries incorrectly.

• 
  Wiki commons
• 
  Opera
• 
  Inkscape

Code of 3) use the translate attribute.

<circle id="circle3" transform="translate(20, 20)" stroke="rgb(0%, 70%, 0%)" cx="0" cy="0" r="20"/>
<marker id="marker3" refX="20" refY="20" viewBox="0 0 40 40"
    markerUnits="userSpaceOnUse" markerWidth="40" markerHeight="40">
  <use xlink:href="#circle3"/>  
</marker> 
<line x1="130" x2="270" y1="180" y2="180" marker-start="url(#marker3)" marker-end="url(#marker3)"/>
</svg>

Note that orient="auto-start-reverse" is not implemented in SVG 1.1.

List of outstanding SVG bugs

Incomplete (please add missing ones e.g. from https://phabricator.wikimedia.org/tag/wikimedia-svg-rendering/)

Can be solved using svgworkaroundbot.toolforge.org

• T35245: SVG files: text (and tspan) elements misplaced when rasterizing to PNG thumbnails/previews (multi-valued x/y, dx/dy attributes)

Solution not yet determined

• T261192: Rendering multilingual (systemLanguage) SVG files fails after upgrading librsvg from 2.40.21 to 2.44.10