Bug 143001

Summary: Transparency in imported SVG is not handled correctly
Product: LibreOffice Reporter: michael
Component: filters and storageAssignee: Not Assigned <libreoffice-bugs>
Status: RESOLVED WORKSFORME    
Severity: normal CC: 79045_79045, ilmari.lauhakangas, michael
Priority: medium Keywords: filter:svg
Version: 7.0.5.2 release   
Hardware: All   
OS: All   
Whiteboard:
Crash report or crash signature: Regression By:
Bug Depends on:    
Bug Blocks: 88278    
Attachments: SVG as exported from Impress (text redacted with Inkscape and saved as plain SVG)
Expected rendering (PNG exported from Inkscape)
Actual rendering on import (screenshot from Draw)

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