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.
Created attachment 173101 [details] Expected rendering (PNG exported from Inkscape)
Created attachment 173102 [details] Actual rendering on import (screenshot from Draw)
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
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