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.
User Profile Reset: Yes
Created attachment 154932 [details]
Example file (odt)
Thank you for reporting the bug.
I can reproduce this in
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: 220.127.116.11 (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
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?
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
The right part of red lines are not displayed
Not reproduced in
Build ID: 5b168b3fa568e48e795234dc5fa454bf24c9805e
CPU Threads: 4; OS Version: Linux 4.15; UI Render: default;
Locale: ca-ES (ca_ES.UTF-8)
Regression introduced by:
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)
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. ***
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
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: 18.104.22.168.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
Issue fixed by
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)
parent a3c8951da607d63ac7ffc76a062bb76208ca5ff3 (diff)
tdf#124848 partial refactor hairline logic