On RHEL, using Inkscape 1.1.1, I had a routine of processing SVG files, created by exporting google slides, to remove their bounding box and use those files on HTML pages generated from asciidoc for training content. Now the SVG files from Inkscape 1.3.2 from Fedora CSB (The Red Hat corporate sping of Fedora workstation) don't render in any web browser (Fedora or Google Chrome) on my machine, and don't render either on eog. I got confirmation from other employess, using self-manged Fedora (not the CSB spin) that they get the same issue. I saved sample files on google drive (you must be a Red Hat employee to see them) the "raw" file is the export form google slides, and the non-raw is after processing by Inkscape. I created a RHEL 9.4 VM, with Inkscape 1.1.1, and all works fine there: SVG files cleaned and saved from Inkscape works with Firefox on both the RHEL VM and my Fedora machine. So something broke with more recent Inkscape releases or one of its dependency libraries. I tried all variations and preferences I could find with Inkscape on Fedora, and they all produced the same results: blank page in web browsers and transparente xadress background in eog. Reproducible: Always Steps to Reproduce: 1. Draw anything on google slides 2. Save as SVG 3. Open the SVG on Inkscape 4. Click anywhere to select everything and ungroup. Then click outside the drawing to unselect everything. Click on the empty backgroupd do select the slide boulding box, and delete it. 5. On document properties, resize the page to the drawing 6. Clean document and save it. Actual Results: blank page in web browsers and transparente xadress background in eog. Expected Results: SVG diagram
I tried both the Inkscape flatpack, which was the default from Gnome Software, and the Inkscape RPM package, which I installed using DNF after removing the flatpack. Both give me the same 1.3.2 release of Inkscape and same issues.
Are we 100% sure this is an Inkscape issue? I can create an SVG in Inkscape and open it both in eog and firefox. Might it be something in the google slides formatting?
The file from google slide works well with Firefox and other web browsers. Only after I edit them with Inkscape they stop working. I detailed the edits I perform on Inkscape, on my original report, so you can reproduce the behavior. I had collegages reproduce the issues in their machines too.
Created attachment 2048518 [details] unediited svg from google slides
Created attachment 2048519 [details] file after edits from inkscape
Interesting. I've gone through the steps and I see what you describe, but then the elements that I drew in Slides (two squiggles), were deleted while I was in Inkscape. Did I misunderstand a step?
Well, you must first ungroup the elements in the slide -- it's all in a single group as set up by google slides. Then click somewhere outslide the slide, to unelect all. Click back in any empty are in the backgroud, to select just the slide background, so you can delete it without deleting other elements of the slide. Them you can resize the drawing to contents in document properties.
JFYI someone in Ask Fedora proposed a proprietary tool, Boxy SVG, and it can use files from google slides, firefox is happy with files after edits from that tool, and it has the same issues a Firefox and Chrome using files from Inkscape.
Created attachment 2048548 [details] Original from slides
Created attachment 2048549 [details] After Inkscape operations
Still works for me.
You mean, you was able to produce files, using inkscape, that firefox and eog like? what's your Fedora and release of Ikscape?
Well, I downloaded your files, and they both render fine here, on eog and firefox. But them I decided to open your original from slides and make edits, and the resulting file does NOT display anywhere except for Inkscape. What's the difference between your edits and mine? or maybe you're on a different release of inkscape? Mine reports version Inkscape 1.3.2 (091e20ef0f, 2023-11-25) and I'm on Fedora 40. Did you try cleaning my slide?
I have the same, rpm -q inkscape gives inkscape-1.3.2-8.fc40.x86_64. I haven't tried yours, I've requested access with the Google account limburgher.
The google drive folder contains only SVG files, from my edits using Inkscape, and downloaded from google slides. Same files I attached to bugzilla. Do you want to get access to some of my google slides?
I don't need google access, but your bug attachments seem to be flagged Private.
They were, initially. It seems that, because I'm using a Red Hat employee account, they mark as private by default. But I removed the flag, can't you get them now?
Created attachment 2048679 [details] unediited svg from google slides (again)
Created attachment 2048680 [details] file after edits from inkscape (again)
Created attachment 2048681 [details] gwyin' slide edited by fernando (again)
It seems I have to learn how to use bugzilla, my attachments were still restricted to members of the redhat group. I reuploaded them, I think now they are public.
Ah, that makes sense. So I got your files, and your "before" works in eog, and firefox. "after" doesn't. So then I opened your "before", ungrouped, deleted the background, cleaned up, and saved as, and my "after" works in wog and firefox. I'll attach it. I'm wondering if we're using different settings for cleanup? Also, I have python3-scour-0.38.2-8.fc40.noarch, I assume you do as well.
Created attachment 2048683 [details] 2048679 after edits by gwyn
Your figure displays here without icons, on either firefox or eog. I'm uploading a screen shot from firefox.
Created attachment 2048959 [details] 2048679 after edits by gwyn, on fernando's firefox
And yes, my system has the same python3-scour package, on the same release. I tried different export settings, such as SVG 1.1 instead of 2.0, or plain SVG instead of Inkscape SVG, and also some export preferences related to paths, they made no difference. :-(
Ok. I'm out of ideas. Filed upstream.
Is the answer to this question Yes? https://gitlab.com/inkscape/inbox/-/issues/11065#note_2134434925
Yes it is. Their SVG works well here. I also opened and re-saved on my Inkscape, re-cleaned, and it's still good. So they tried to reproduce in the beta Inkscape 1.4 but got no issue? I'd be very happy to update Inkscape and get rid of my RHEL VM.
So it would seem. 1.4 beta3 isn't ready for Fedora yet but I'm working on it.
I got the appimage of 1.4rc1 from https://inkscape.org/release/inkscape-1.4rc1/gnulinux/appimage/dl/ and it works well here. I tried with a couple different slides which failed on the current 1.3.2. So I'm good to move away from my RHEL VM. If you wish, ping me when there's a Fedora Package or flatpack that I can test. :-)
I'm not pushing an RC, but I intend to push 1.4 to Fedora 40 once released. I did a local build and you can find the needed packages here if you want to try them: https://fedorapeople.org/~limb/inkscape/
Thanks for that build, its working fine for me. I'll keep using them instead of the appimage and will let you know if I find any new issue. I don't expect any, I did some new diagrams in the last couple days, using the appimage, and all worked well. So, we have no idea what was wrong with inkscape 1.3.2? I'm a programmer myself, I'm happy that a bug was cleared, even if it wasn't on purpose. ;-)
I am as well. I haven't found a specific explanation, or even if it was fixed intentionally or as part of a broader cleanup.
FEDORA-2024-cce3f0635d (inkscape-1.4-1.fc42 and lib2geom-1.4-2.fc42) has been submitted as an update to Fedora 42. https://bodhi.fedoraproject.org/updates/FEDORA-2024-cce3f0635d
FEDORA-2024-cce3f0635d (inkscape-1.4-1.fc42 and lib2geom-1.4-2.fc42) has been pushed to the Fedora 42 stable repository. If problem still persists, please make note of it in this bug report.
So, no Inkscape 1.4 for Fedora 40 or 41? It may take a few months until Red Hat employees get an fc42 of the corporate spin.