Created attachment 98387 [details] PyGal generated chart, SVG test file I'm generating charts using the PyGal library which can be found here: http://pygal.org/ I like the ability to build scalable images that can work in both LibreOffice and the web. Unfortunately, LibreOffice is failing to display the charts I generate. When I insert a PyGal generated SVG image (in either calc or write), I get just a black box. If I instead open the SVG in inkscape, the chart looks fine. From inkscape I can then save the image as "Plain SVG" in a second file, and then LibreOffice can handle the output of that. I'm attaching 3 files: - A PyGal generated SVG - The Inkscape converted version of the SVG - A screenshot of what both versions of the SVG look like in calc file I have compared the SVG source of the two files a bit to see what is different. The PyGal one has some JavaScript, but stripping this out has no effect on the display in either program. One big difference is that the PyGal SVG seems to define most styles in a <style> tag and then applies those via classes to the XML file's elements. The Inkscape "Plain SVG" version seems to have copied all of those style specifications down to each element individually. So perhaps there are bugs in LibreOffice's interpretation of styles. Note that I have tested for this issue in several recent versions of LibreOffice. It exists in all.
Created attachment 98388 [details] Inkscape converted to "Plain SVG"
Created attachment 98389 [details] Both files inserted into a document (PyGal's first, InkScape's second)
Download SVG test file. Insert SVG into writer > black box. Confirmed -> NEW with LO 4.3.3.1 on OSX 10.10, thus OS -> ALL.
The problem is that SVG filter doesn't support styles defined inside <style type="text/css"> *** This bug has been marked as a duplicate of bug 94765 ***
Not a dupe of bug 94765
Dear tim-libreoffice, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
Created attachment 188032 [details] How it looks in LibreOffice 24.2 master
The document contains a couple of ">". if they are removed, then it works
Created attachment 188066 [details] simplify document
Xisco Fauli committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/930eb99a712a3ad9b76e9edb68bbcea68af36656 tdf#156038, tdf#78232: support css child combinator It will be available in 24.2.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Xisco Fauli committed a patch related to this issue. It has been pushed to "libreoffice-7-6": https://git.libreoffice.org/core/commit/11746198e46909913a5085907dc9d1a8593a0b90 tdf#156038, tdf#78232: support css child combinator It will be available in 7.6.0.0.beta2. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.