Created attachment 188820 [details] Sample slide (PPTX) 1. Open sample document in Impress and PowerPoint 2. Observe how the colors on the left half of the slide appear much stronger/darker in Impress. Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 47ca3f1f762352b488d58b3bf23d5776576f1cca CPU threads: 8; OS: Linux 6.4; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US and back to 7.0. 6.4 has the color right, alas the shape wrong. If I had to guess I'd say this is a regression introduced (or incomplete implementation) related to bug #140714 "FILEOPEN PPTX: image styles that clip images into curvy shapes missing (and images shown rectangular)"
Created attachment 188821 [details] Screenshot with Impress
Created attachment 188822 [details] Screenshot with PowerPoint
Indeed, bibisected under win-7.1 to https://git.libreoffice.org/core/+/ff751d42a4f672e25188ba90958e91d7869f395a%5E%21 tdf#140714 Import graphics cropped into custom geometry as custom shapes.
Created attachment 188868 [details] The example file in PP 2016 and Impress 7.0 In PP there is a Sharpness type image correction set to 100% and a Contrast to -9 percent. When the shape was imported as image, this(?) resulted in a 55% transparency setting and (despite the sidebar is having brightness/contrast settings, similar to PP - this -9% was not imported as such) the visual appearance was ~okay.
Created attachment 188869 [details] The example file in PP 2016 and Impress master Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: c3cf88f73e29a79f890782b31d1ecc6ed1c376ea CPU threads: 15; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win Locale: hu-HU (hu_HU); UI: en-US Calc: threaded Now it's imported as a bitmap filled shape, but there are no correction settings in the UI for the bitmap filling the shape. Some settings may be statically applied to the image at import time, but probably not everything used here.
Sarper Akdemir committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/b0e8ce9967acf3a759e5b85c4a0d16d7dad275fe tdf#156649: oox: correct import alphaModFix for custom shapes It will be available in 24.2.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Sarper Akdemir committed a patch related to this issue. It has been pushed to "libreoffice-7-6": https://git.libreoffice.org/core/commit/7a0b8513d76e12154fe85744b9acc03c369b42c6 tdf#156649: oox: correct import alphaModFix for custom shapes It will be available in 7.6.2. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Happy to confirm/verify this with Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 10689e0f24e96781664e734fe23d109af6df77f1 CPU threads: 8; OS: Linux 6.4; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US Thank you, Sarper!