thanks @ness31 Can you rebase this against main branch? (we can then backport it to branch-8-6)

@jmckenna done thank you

@ness31 I pushed a minor styling change into your PR here (to hopefully fix a failing automated test, regarding linting)

@ness31 - what is the rationale behind supporting librsvg < 2.46? Is it tied to a Debian stable version? Looking at the release tags the last 2.45 release was in 2019.

@geographika I'm building on Almalinux 8 embedding librsvg2-devel-2.42.7 package; otherwise I'll have to compile librsvg from source

Thank you @jmckenna
We've tested this PR by applying the patch and rebuilding MapServer 8.6 using the camptocamp/mapserver base image, but unfortunately the SVG scaling issue from #7430 still persists.

Our test environment:

Base image: camptocamp/mapserver:8.6-gdal3.12
MapServer version: 8.6.0
librsvg version: 2.58.0 (Ubuntu 24.04)

The issue remains because librsvg 2.58.0 is >= 2.46, so the code still uses the rsvg_handle_render_document() path which has the viewport sizing problem with some SVG symbols.

See #7430 for our test case with SVG samples and screenshots. We're currently using an LD_PRELOAD shim to redirect to the legacy rsvg_handle_render_cairo() API as a workaround.

We also face this. For now reverting to 8.4 (We're also using camptocamp images).