Description: The attached gradient-linear-transparency.odp has a shape with gradient fill and linear transparency. Converting to PDF from the command line takes 3.2 seconds compared to 1.3 seconds with a solid transparency. When exporting a presentation with many slides and gradients this adds up. Steps to Reproduce: 1. Measure the time it takes to convert gradient-linear.transparency.odp to pdf with the following Linux command: time libreoffice --headless --convert-to pdf gradient-linear-transparency.odp 2. Compare with the time it takes to convert the other attached presentations: time libreoffice --headless --convert-to pdf gradient-solid-transparency.odp Actual Results: Conversion of the gradient-linear-transparency.odp takes about 3.2s. Conversion of the other presentations takes about 1.3s. Expected Results: Faster conversion to PDF. Reproducible: Always User Profile Reset: No Additional Info: Version: 7.0.2.2 Build ID: 00(Build:2) CPU threads: 1; OS: Linux 5.4; UI render: default; VCL: gtk3 Locale: en-US (en_IL); UI: en-US Ubuntu package version: 1:7.0.2_rc2-0ubuntu0.20.04.2 Calc: threaded
Created attachment 166706 [details] Shape with gradient fill and linear transparency
Created attachment 166707 [details] Shape with gradient fill and solid transparency
Created attachment 166708 [details] Shape with gradient fill (no transparency)
Created attachment 166709 [details] Shape with solid fill (no transparency)
I first observed a very slight difference, but it is much more clear when duplicating the slide like 9 times. The solid one does not increase its time, but the transparent one does. NixOS Version: 7.3.0.0.alpha0+ / LibreOffice Community Build ID: 67e47070a7580a17804adce812cc2f98bfe7b51f CPU threads: 16; OS: Linux 5.13; UI render: default; VCL: x11 Locale: fi-FI (fi_FI.UTF-8); UI: en-US Calc: threaded
Bibisected with Linux 43all repo to range 4316e643ef345b0f673b4a03a80a4b7cb3185588...ae4e4a11d4300f7448cb6bd170fcb034542caddc Narrowed down a bit to focus on sd/ directory (Impress & Draw): git log 4316e643ef345b0f673b4a03a80a4b7cb3185588...ae4e4a11d4300f7448cb6bd170fcb034542caddc sd Promising mega-commit: https://git.libreoffice.org/core/commit/44cfc7cb6533d827fd2d6e586d92c61d7d7f7a70 ...which contains this very relevant-sounding: #115962# Better (but not yet optimal, see comments in task) handling of MetaFloatTransparentAction in PDF export