Description: When I import a svg file made in inkscape into writer, some elements of the drawing are not shown. Seems to have something to do with the layer order. When I export the writerfile to a pdf these element are shown in the pdf. I have included a odt file with a svg imported. In this picture the left and right part should be identical. But to the left the red bow is missing. (Export to pdf and see the difference). Steps to Reproduce: 1. Open the example file 2. export to pdf and compare the results. The pdf contains the total picture, Writer only a part. 3. Actual Results: see above Expected Results: see above Reproducible: Always User Profile Reset: Yes Additional Info:
Created attachment 154932 [details] Example file (odt)
Thank you for reporting the bug. I can reproduce this in LibreOffice 3.3.0 OOO330m19 (Build:6) tag libreoffice-3.3.0.4 In 3.3 the odt file doesn't show the full image. But when I open a pdf file (which was converted in version 6.3), it shows the full image.
For some reason the BMP of the SVG was truncated when it was originally saved to ODF. Opening the ODF archive, meta.xml shows Document shows as created 2009-06-26T13:16:26 -- so unlikely it originated with a LibreOffice build. Deleting the partial PNG from the .\Pictures directory, and editing the content.xml to remove its stanza from the <draw:frame>--on reopening and saving, the BMP of the the SVG is written back out to PNG including the full graphic. Subsequent openings show the full graphic. IMHO this is Not Our Bug/Invalid as we don't know the provenance of the original mishandling of the SVG graphic, and our behavior of keeping the PNG rendering of SVG (i.e. not re-parsing the SVG) is correct.
Created attachment 154941 [details] New created testfile I opened LibreOffice Writer and inserted the Inkscape SVG file. Same problem occurred.
Created attachment 154942 [details] SVG extracted from arcive and inserted into a new Writer document Can not confirm on Windows 10 Home 64-bit en-US (1903) with Version: 6.3.2.2 (x64) Build ID: 98b30e735bda24bc04ab42594c85f7fd8be07b9c CPU threads: 4; OS: Windows 10.0; UI render: default; VCL: win; Locale: en-US (en_US); UI-Language: en-US Calc: threaded Extracting the 100019650000094700000A61E6AC0FDADB722E9D.svg (original file name "W - Bertholt Mertens.svg") from ODF archive and inserting into a new Writer document, on save the Star metafile bitmap is written fully out to PNG and held in the ODF .\Pictures directory. Reopening the ODF to Writer shows the fully formed image.
Perhaps try with a clean user profile? Help -> Restart in Safe Mode with defaults
Confirmed that in Windows (in my case Windows 7) this problem does not occur. Newly created ODT files and the old file are correctly shown. In Linux Solus and Manjaro this problem does occur. Also in save mode.
Created attachment 154943 [details] example svg file Just added the original sgv file. But many of the sgv files don't render correctly.
So seems the on some Linux builds, SVG vector data is not being fully read for import to canvas and results in a PNG export that is missing elements. @Xisco, how to test?
Reproduced in Version: 6.4.0.0.alpha0+ Build ID: 9b5dad13b56bdde7c40970351af3da3a2c3c9350 CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3; Locale: ca-ES (ca_ES.UTF-8); UI-Language: en-US Calc: threaded The right part of red lines are not displayed
Not reproduced in Version: 5.2.0.0.alpha1+ Build ID: 5b168b3fa568e48e795234dc5fa454bf24c9805e CPU Threads: 4; OS Version: Linux 4.15; UI Render: default; Locale: ca-ES (ca_ES.UTF-8)
Regression introduced by: https://cgit.freedesktop.org/libreoffice/core/commit/?id=b9fa01a8d1137a95af9865a3e47995734c40da6e author Armin Le Grand <Armin.Le.Grand@cib.de> 2018-08-24 13:01:08 +0200 committer Armin Le Grand <Armin.Le.Grand@cib.de> 2018-08-30 19:48:46 +0200 commit b9fa01a8d1137a95af9865a3e47995734c40da6e (patch) tree 6d1e0a3e44b1a96fe5302d779c00fbee55cf8d24 parent f4a9ce33415a85d0b86ced3a0bf780f4ec61e25f (diff) Support buffering SystemDependent GraphicData Bisected with: bibisect-linux64-6.2 Adding Cc: to Armin Le Grand
*** Bug 129352 has been marked as a duplicate of this bug. ***
*** Bug 126267 has been marked as a duplicate of this bug. ***
Reproduced in Version: 6.4.0.3 Build ID: b0a288ab3d2d4774cb44b62f04d5d28733ac6df8 Threads CPU : 8; OS : Linux 4.9; UI Render : par défaut; VCL: gtk3; Locale : fr-FR (fr_FR.UTF-8); Langue IHM : fr-FR Calc: threaded
Happens as described. copy/pasting svg to draw and using context_menu/break... reveals the hidden parts, so looks like just rendered wrong. May depend on graphics backend used. Usually the same internal SVG importer that is used in break to breakup to draw objects is used. Need to check in a combination where this happens if and how VectorGraphicData::ensureSequenceAndRange() uses VectorGraphicDataType::Svg.
I could not reproduce this problem in the latest LibreOffice 7.4 master. Is it fixed? Version: 7.4.0.0.alpha0+ / LibreOffice Community Build ID: 6ca94dbd576be7aaa643393e2a9e2ee1c723c357 CPU threads: 8; OS: Linux 5.11; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded
Issue fixed by https://cgit.freedesktop.org/libreoffice/core/commit/?id=dd117712bd5692f7bf3870ba91572a0bab54ab86 author Armin Le Grand <Armin.Le.Grand@me.com> 2020-03-05 19:24:30 +0100 committer Armin Le Grand <Armin.Le.Grand@me.com> 2020-03-06 10:10:55 +0100 commit dd117712bd5692f7bf3870ba91572a0bab54ab86 (patch) tree bde473f22e43cc320e3960c331de7051d01ad77e parent a3c8951da607d63ac7ffc76a062bb76208ca5ff3 (diff) tdf#124848 partial refactor hairline logic