Bug 143001 - Transparency in imported SVG is not handled correctly
Summary: Transparency in imported SVG is not handled correctly
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: filters and storage (show other bugs)
Version:
(earliest affected)
7.0.5.2 release
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: filter:svg
Depends on:
Blocks: SVG-Import
  Show dependency treegraph
 
Reported: 2021-06-23 10:00 UTC by michael
Modified: 2022-04-28 12:44 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Attachments
SVG as exported from Impress (text redacted with Inkscape and saved as plain SVG) (23.45 KB, image/svg+xml)
2021-06-23 10:00 UTC, michael
Details
Expected rendering (PNG exported from Inkscape) (25.48 KB, image/png)
2021-06-23 10:01 UTC, michael
Details
Actual rendering on import (screenshot from Draw) (27.08 KB, image/png)
2021-06-23 10:02 UTC, michael
Details

Note You need to log in before you can comment on or make changes to this bug.
Description michael 2021-06-23 10:00:53 UTC
Created attachment 173100 [details]
SVG as exported from Impress (text redacted with Inkscape and saved as plain SVG)

To reproduce:

* In Impress, draw a few shapes with a colored background, and assign them different levels of transparency.
* Select the shapes on the slide and export them to SVG.
* Open the resulting SVG in Draw, or import it into Writer (any other LO app should yield the same result but was not tried), and examine the semitransparent shapes.


Expected result:

All drawing objects look just like they did in the original Impress presentation.


Actual result:

Transparency values differ from the original when opened or imported in LO.


Additional information:

Transparency is as expected when opening the exported SVG with Inkscape. Apparently the error happens on import.

I did not investigate further how different transparencies are affected (e.g. inverted, offset by a certain value, scaled etc.), or if documents generated in an external SVG application behave the same. Opening the exported SVG in Inkscape and saving it (as plain SVG) does not seem to have an effect, though (rendering issues are the same as with the original exported SVG).

The bug was observed with 7.0.5.2 on Windows 10; I did not try any other versions.
Comment 1 michael 2021-06-23 10:01:39 UTC
Created attachment 173101 [details]
Expected rendering (PNG exported from Inkscape)
Comment 2 michael 2021-06-23 10:02:06 UTC
Created attachment 173102 [details]
Actual rendering on import (screenshot from Draw)
Comment 3 Roman Kuznetsov 2021-06-24 13:13:19 UTC
Looks fine with transparency in

Version: 7.3.0.0.alpha0+ (x64) / LibreOffice Community
Build ID: de7356c2e0cb099fac396808b5a86a0393b48e5f
CPU threads: 8; OS: Windows 10.0 Build 19043; UI render: Skia/Vulkan; VCL: win
Locale: ru-RU (ru_RU); UI: en-US
Calc: threaded

but I can repro it in 7.1 version

I think it was fixed somewhere in 7.2
Comment 4 Buovjaga 2022-04-28 12:44:35 UTC
Yep, let's close

Arch Linux 64-bit
Version: 7.4.0.0.alpha0+ / LibreOffice Community
Build ID: 41b012767feb8552b60a68c7be18d80c403304bf
CPU threads: 8; OS: Linux 5.17; UI render: default; VCL: kf5 (cairo+xcb)
Locale: fi-FI (fi_FI.UTF-8); UI: en-US
Calc: threaded Jumbo
Built on 28 April 2022