[go: up one dir, main page]

Page MenuHomePhabricator

SVG rendering bugs on a logo file
Closed, DuplicatePublicBUG REPORT

Description

I encountered some big SVG rendering bugs with this file: https://fr.wikipedia.org/wiki/Fichier:Logo_H%C3%A4agen-Dazs_2017.svg

Look at the file history, some versions are completely broken. Interestingly, the same files appear perfectly fine when opened in Gnome’s image previewer, which I believe uses the same SVG rendering as MediaWiki.

Screenshot:

Screenshot.png (1×1 px, 263 KB)

SVG files:


Even after being passed through SVGOMG, the files were not working. I only managed to eventually produce a working file by doing a series of useless boolean operations in Inkscape, which I guess rewrote all the vectors.

Event Timeline

Aklapper changed the task status from Open to Stalled.Aug 19 2021, 10:30 AM
Aklapper triaged this task as Lowest priority.

Hi @nclm, thanks for taking the time to report this! This happens because Wikimedia servers still use the ancient many years old librsvg 2.40 version.
This issue does not happen in recent librsvg versions. See for example https://gitlab.com/inkscape/inkscape/-/issues/1893

@Aklapper I would close it as a duplicate of T217990. The librsvg-issue, of arc-flags without space, is explained here: https://people.gnome.org/~federico/blog/do-not-use-librsvg-2.40.x.html . This issue is the only issue explicitly mentioned by the librsvg-developer, in his blog why to not use librsvg-2.40.x: https://people.gnome.org/~federico/blog/do-not-use-librsvg-2.40.x.html , so I would raise the priority to Low or Medium.

@nclm You can use my tool: https://svgworkaroundbot.toolforge.org/ with enable run svgcleaner to workaround this issue.

PS:I generally do not recommend to use svgo, and if so you should use noSpaceAfterFlags: false, for convertPathData as well as for mergePaths, see https://github.com/svg/svgo/issues/1476#issuecomment-843867200 .

Thanks for looking into this. Let's do this. :)