Hi there,

I already asked at my employee company (Red Hat) and Ask Fedora, so far got no useful answers. I even created a bug on Fedora (link later in this message)

I’m a long time Fedora user and occasional Inkscape user. My main use of inkscape is post-processing of SVG files generated by online tools such as google slides. On Fedora 40 and Inkscape 1.3.2 I find that Firefox and Google Chome cannot render SVGs from Inkscape. They display an empty/white page. And Eye of Gnome displays the same files as an empty transparent background.

Issues and workarounds I found on google, such as exporting to SVG 1.1 and configuring preferences related to paths on SVG 1.1 didn’t make any difference.

To check that I was not crazy, I created a VM with Inkscape 1.1.1 (from RHEL 9) and files from that, strarting from the same google slide, work well on both the older Firefox in that VM and the newer Firefox on my Fedora machine. It seems to be an issue from Inkscape itself.

It may be someting specific to SVG files creates from Google Slides. Funny thing is that, a few months ago, SVGs from google wouldn’t display in web browser, and would work only after cleaning from Inkscape. Now it’s the opposite: the files from google do work as-is, but stop working after cleaning from Inkscape.

I opened 2313610 – SVG files from Inkscape don't render in a web browser (nor eog) 4 on Fedora bugs about this issue. It contains two test files, one the export from google slides, other after edits by Inkscape.

On the Fedora forums, someone proposed a proprietary tool, Boxy SVG. It can take the file from google slides and make edits, and the results from it work on both EoG and Firefox. But it lacks many features I'm used to from Inkscape, and I'd prefer staying with open source software. And Boxy fails to display files from Inkscape, displaying an empty write rectangle, just like firefox and chrome do.

So is this a bug or regression with Inkscape itself? Or something specific to Fedora's build? I got the same issues with both the Flatpack and the RPMs from Fedora.

[]s, Fernando Lozano