Bug 101703 - Inserted SVG displayed incorrectly after saving and reloading document
Summary: Inserted SVG displayed incorrectly after saving and reloading document
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
5.0.2.2 release
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: filter:svg
Depends on:
Blocks: SVG-Import
  Show dependency treegraph
 
Reported: 2016-08-24 16:22 UTC by josedavid
Modified: 2023-10-30 18:55 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Attachments
SVG test file to reproduce the problem (37.36 KB, application/zip)
2016-08-24 16:22 UTC, josedavid
Details

Note You need to log in before you can comment on or make changes to this bug.
Description josedavid 2016-08-24 16:22:34 UTC
Created attachment 127003 [details]
SVG test file to reproduce the problem

Using Debian Unstable x86-64. From LibreOffice's about window: version 5.0.2.2, Build ID 00m0(Build:2)

Description:

SVG files are imported correctly into ODT documents, but do not survive closing and reopening (same problem for ODP documents).

Steps to reproduce the problem:

1) Create new ODT document
2) Include attached SVG file in the document (or any other)
3) Export to PDF as test1.pdf (lossless, untick "reduce image resolution")
4) Save ODT document
5) Close LibreOffice
6) Reopen ODT document
7) The image is now rendered as low-res raster graphics inside the document
8) Export to PDF as test2.pdf, same parameters as in 3)

Outcome:

While test1.pdf has vector graphics, test2.pdf has low-res raster graphics.

Comments:

This is a serious hindrance to using LibreOffice for documents that use vector graphics (for example, for high-quality printing in DIN A0).

Hope this report helps.
Comment 1 Buovjaga 2016-09-21 19:35:52 UTC
I don't repro the rasterizing. However, the SVG is imported incorrectly: it is missing pieces.

Could you please test with 5.2.x? If you confirm the old problem is gone and the new problem has appeared, maybe we will change this report to be about the incorrect rendering?

Arch Linux 64-bit, KDE Plasma 5
Version: 5.3.0.0.alpha0+
Build ID: cd72269a6a2c85ae9dd4552aa4808ef4fd1f6c0e
CPU Threads: 8; OS Version: Linux 4.7; UI Render: default; 
Locale: fi-FI (fi_FI.UTF-8); Calc: group
Built on September 21st 2016

Arch Linux 64-bit, KDE Plasma 5
Version: 5.2.0.4
Build ID: 5.2.0-1
CPU Threads: 8; OS Version: Linux 4.6; UI Render: default; 
Locale: fi-FI (fi_FI.UTF-8)
Comment 2 Aron Budea 2016-09-22 05:01:37 UTC
Rastered image not reproduced in v5.0.0.5 and v5.2.1.2 / Windows 7.
Missing pieces confirmed in 5.2.1.2, and aren't there in 5.1.0.3.
Comment 3 josedavid 2016-09-26 09:10:00 UTC
I cannot curently test in Linux with newer releases, but in Windows 8 with LO 5.2.1, it is as both of you said: no rasterizing issues, but the SVG image is imported incorrectly.
Comment 4 QA Administrators 2017-10-30 08:33:10 UTC Comment hidden (obsolete)
Comment 5 QA Administrators 2019-12-03 13:52:02 UTC Comment hidden (obsolete)
Comment 6 QA Administrators 2021-12-03 04:20:41 UTC Comment hidden (obsolete)
Comment 7 BogdanB 2023-10-30 16:31:00 UTC
Don't repro in
Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: b7d2a9c824aca1a4dfd1b857a3620e73ade6bc0d
CPU threads: 16; OS: Linux 6.2; UI render: default; VCL: gtk3
Locale: ro-RO (ro_RO.UTF-8); UI: en-US
Calc: threaded

I will close this bug, if you reproduce, please reopen.

I follow this steps
1) Create new ODT document
2) Include attached SVG file in the document (or any other)
3) Export to PDF as test1.pdf (lossless, untick "reduce image resolution")
4) Save ODT document
5) Close LibreOffice
6) Reopen ODT document
7) The image is now rendered as low-res raster graphics inside the document
8) Export to PDF as test2.pdf, same parameters as in 3)
Comment 8 Charles Williams 2023-10-30 18:44:48 UTC
I've seen this (or something very like it) happen recently (7.6.2). It seemed to depend on the choices made in the 'Graphics Output' preferences. My current settings (Selected: Use anti-aliasing, Use Skin for all rendering, Force Skin software rendering. Deselected: use hardware acceleration.) seem to fix it.
Comment 9 BogdanB 2023-10-30 18:55:19 UTC Comment hidden (obsolete)