Sounds like there is an evaluation to remove librsvg and replace it by browser side rastering of SVG? Please inform me if there is a schedule because I plan to fix some bugs of librsvg but on the other hand I could save my time for other tasks.

Another thing. A quick and dirty way to analyse usage of SVG on a wiki is to use grep as I described here:
https://meta.wikimedia.org/wiki/Grants:PEG/Menner/Improve_SVG_rendering

From a contributor point of view I see wide spread usage of SVG on Wikipedia. This is accompanied with a growing number of found bugs and only very few of them have been fixed in the recent years. Browser might be better in supporting SVG today compared to librsvg although I have no idea about the status on mobile devices in general.

In T91704#1273682, @Menner wrote:

Sounds like there is an evaluation to remove librsvg and replace it by browser side rastering of SVG? Please inform me if there is a schedule because I plan to fix some bugs of librsvg but on the other hand I could save my time for other tasks.

Some people have thrown around ideas about doing that, but as far as I know, there haven't been any concrete plans to do anything of that nature, so I doubt its going to happen anytime soon. Directly rendering in the browser for all svgs has problems where sometimes the svg file is orders of magnitude bigger then the thumbnail. (I believe what Brion is suggestion above is only for special cases, normal svgs would keep the same process. Correct me if I'm wrong) I don't think there's been any serious suggestions to replace rsvg with another renderer program (except possibly a headless version of knoqueror). Anyways, I wouldn't worry.