Bug 128088 - Some elements of imported svg file not shown
Summary: Some elements of imported svg file not shown
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
(earliest affected)
Hardware: All All
: medium normal
Assignee: Armin Le Grand
Keywords: bibisected, bisected, regression
: 126267 129352 (view as bug list)
Depends on:
Blocks: SVG-Import
  Show dependency treegraph
Reported: 2019-10-11 10:57 UTC by Robby
Modified: 2021-12-20 12:52 UTC (History)
6 users (show)

See Also:
Crash report or crash signature:

Example file (odt) (94.29 KB, application/vnd.oasis.opendocument.text)
2019-10-11 10:59 UTC, Robby
New created testfile (15.38 KB, application/vnd.oasis.opendocument.text)
2019-10-11 15:53 UTC, Robby
SVG extracted from arcive and inserted into a new Writer document (15.49 KB, application/vnd.oasis.opendocument.text)
2019-10-11 16:16 UTC, V Stuart Foote
example svg file (4.84 KB, image/svg+xml)
2019-10-11 18:38 UTC, Robby

Note You need to log in before you can comment on or make changes to this bug.
Description Robby 2019-10-11 10:57:08 UTC
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.

Actual Results:
see above

Expected Results:
see above

Reproducible: Always

User Profile Reset: Yes

Additional Info:
Comment 1 Robby 2019-10-11 10:59:15 UTC
Created attachment 154932 [details]
Example file (odt)
Comment 2 Durgapriyanka 2019-10-11 14:22:27 UTC
Thank you for reporting the bug.

I can reproduce this in 

LibreOffice 3.3.0 
OOO330m19 (Build:6)
tag libreoffice-

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.
Comment 3 V Stuart Foote 2019-10-11 15:31:32 UTC
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.
Comment 4 Robby 2019-10-11 15:53:56 UTC
Created attachment 154941 [details]
New created testfile

I opened LibreOffice Writer and inserted the Inkscape SVG file. Same problem occurred.
Comment 5 V Stuart Foote 2019-10-11 16:16:33 UTC
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: (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.
Comment 6 V Stuart Foote 2019-10-11 16:19:28 UTC
Perhaps try with a clean user profile? Help -> Restart in Safe Mode with defaults
Comment 7 Robby 2019-10-11 18:36:38 UTC
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.
Comment 8 Robby 2019-10-11 18:38:29 UTC
Created attachment 154943 [details]
example svg file

Just added the original sgv file. But many of the sgv files don't render correctly.
Comment 9 V Stuart Foote 2019-10-11 19:06:53 UTC
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?
Comment 10 Xisco Faulí 2019-10-14 15:35:41 UTC
Reproduced in

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
Comment 11 Xisco Faulí 2019-10-14 15:37:18 UTC
Not reproduced in

Build ID: 5b168b3fa568e48e795234dc5fa454bf24c9805e
CPU Threads: 4; OS Version: Linux 4.15; UI Render: default; 
Locale: ca-ES (ca_ES.UTF-8)
Comment 12 Xisco Faulí 2019-10-14 15:43:41 UTC
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)
tree 6d1e0a3e44b1a96fe5302d779c00fbee55cf8d24
parent f4a9ce33415a85d0b86ced3a0bf780f4ec61e25f (diff)
Support buffering SystemDependent GraphicData

Bisected with: bibisect-linux64-6.2

Adding Cc: to Armin Le Grand
Comment 13 Xisco Faulí 2019-12-13 13:41:48 UTC
*** Bug 129352 has been marked as a duplicate of this bug. ***
Comment 14 Xisco Faulí 2019-12-19 08:52:01 UTC
*** Bug 126267 has been marked as a duplicate of this bug. ***
Comment 15 zigazou 2020-01-29 21:16:20 UTC
Reproduced in

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
Comment 16 Armin Le Grand 2021-12-15 10:40:36 UTC
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.
Comment 17 Hossein 2021-12-19 21:32:27 UTC
I could not reproduce this problem in the latest LibreOffice 7.4 master. Is it fixed?

Version: / 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
Comment 18 Xisco Faulí 2021-12-20 12:52:53 UTC
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)
tree bde473f22e43cc320e3960c331de7051d01ad77e
parent a3c8951da607d63ac7ffc76a062bb76208ca5ff3 (diff)
tdf#124848 partial refactor hairline logic