Last modified: 2014-03-04 18:35:12 UTC
Three SVG files identical in every way but their colour have been rendered differently: http://en.wikipedia.org/wiki/File:Crowned_Portcullis.svg http://en.wikipedia.org/wiki/File:Crowned_Portcullis_red.svg http://en.wikipedia.org/wiki/File:Crowned_Portcullis_green.svg The issue is along the centre of the image from top to bottom. The black image has a barely-noticeable seam, and the red image has no seam at all, yet the green image has a very noticeable seam all the way through. It may be helpful to zoom in on the rasters to see what I'm talking about. The left half of the image is mirrored to create the right half, which explains but doesn't excuse the seam - the two halves actually *overlap* each other! Given that the seam comes and goes depending on the size of the raster, I'd tentatively put this down to rounding errors...
Not a MediaWiki issue. MediaWiki doesn't do SVG rasterization, it just passes off to third-party tools. Refiling as Wikimedia. Checking whether it works in the latest version of whatever SVG renderer we use (librsvg, was it?) would probably be helpful.
I've just given up trying to compile librsvg for Windows. GNU is as impenetrable as ever... Someone else will have to test the latest build.
I changed the red image to a darker shade and it's now developed a seam as well. Check the file history for the version unaffected by this bug: http://en.wikipedia.org/wiki/File:Crowned_Portcullis_red.svg#filehistory
Assigning SVG bugs to Ariel -- need a cleanup pass to see what's fixed up by a librsvg upgrade, what can be resolved with fixes to our font configuration, what can be fixed on our end, and what still needs to be pushed upstream.
giving SVG bugs back to the pool.
Created attachment 9611 [details] rendering of the problem The issue still seems to exist, after the recent librsvg update.
Seems to be solved with recent rsvg update, can One confirm?
I temp undeleted this (green) file and it still seems to be problematic.
See also: https://commons.wikimedia.org/w/index.php?title=File:Hairline_crack.svg
I propose a other name for this ''hairline'' bug. "Colour-dependent" is completely unrelated. See also: [[File:SVG 3 paths.svg]] Some browsers have the same bug (on zooming).