1. Open attachment 182013 [details] and export to PDF (Skia must be active) In the resulting PDF the logo at the top has a black background. Bibisected with win64-7.1 to https://git.libreoffice.org/core/commit/6caa412d911e806f805633f1296ddc5908eab868 try harder to not duplicate large memory usage in SkiaSalBitmap
Works with: Version: 7.3.7.2 (x86) / LibreOffice Community Build ID: e114eadc50a9ff8d8c8a0567d6da8f454beeb84f CPU threads: 4; OS: Windows 6.1 Service Pack 1 Build 7601; UI render: default; VCL: win Locale: es-MX (es_MX); UI: en-US Calc: threaded Do not works with Skia: Version: 7.3.7.2 (x86) / LibreOffice Community Build ID: e114eadc50a9ff8d8c8a0567d6da8f454beeb84f CPU threads: 4; OS: Windows 6.1 Service Pack 1 Build 7601; UI render: Skia/Raster; VCL: win Locale: es-MX (es_MX); UI: en-US Calc: threaded (In reply to Buovjaga from comment #0) > (Skia must be active) Thanks for sharing your discovery.
I tried with Skia active in LO 24.8.0.0.alpha+ under Windows 10(x64) but I couldn't see the black background at the logo after the pdf export.I couldn't reproduce it. Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 25276df12abd9d002f7f899900434617b256f745 CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win Locale: en-IN (en_IN); UI: en-US Calc: threaded
No black background with: Version: 7.5.9.2 (X86_64) / LibreOffice Community Build ID: cdeefe45c17511d326101eed8008ac4092f278a9 CPU threads: 2; OS: Windows 10.0 Build 22621; UI render: Skia/Vulkan; VCL: win Locale: es-ES (es_ES); UI: es-ES Calc: CL threaded
Indeed Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 25276df12abd9d002f7f899900434617b256f745 CPU threads: 2; OS: Windows 10.0 Build 22621; UI render: Skia/Raster; VCL: win Locale: en-US (en_US); UI: en-US Calc: threaded
The problem arises when [x] Force Skia software rendering is checked. No difference if images are exported with lossless compression (.png) or with JPEG compression. Reset bug status from Resolved Worksforme to New.
(In reply to LeroyG from comment #5) > The problem arises when [x] Force Skia software rendering is checked. > > No difference if images are exported with lossless compression (.png) or > with JPEG compression. > > Reset bug status from Resolved Worksforme to New. Can you please check it with master?
*** Bug 162729 has been marked as a duplicate of this bug. ***
This bug is also present on macOS Arm with: Version: 25.2.2.2 (AARCH64) / LibreOffice Community Build ID: 7370d4be9e3cf6031a51beef54ff3bda878e3fac CPU threads: 8; OS: macOS 15.4.1; UI render: Skia/Metal; VCL: osx Locale: fr-FR (fr_FR.UTF-8); UI: fr-FR Calc: threaded My Skia options: Use smoothing - activated Use Skia for all rendering - activated Force software rendering - deactivated
(In reply to Alex Thurgood from comment #8) > This bug is also present on macOS Arm with: > > Version: 25.2.2.2 (AARCH64) / LibreOffice Community > Build ID: 7370d4be9e3cf6031a51beef54ff3bda878e3fac > CPU threads: 8; OS: macOS 15.4.1; UI render: Skia/Metal; VCL: osx > Locale: fr-FR (fr_FR.UTF-8); UI: fr-FR > Calc: threaded > > My Skia options: > Use smoothing - activated > Use Skia for all rendering - activated > Force software rendering - deactivated For me, on macOS, the problem is reproducible irrespective of the Skia options chosen. I also reproduced this in LO 25.2.1.2. Not reproducible in LO 24.8.3.2.
As someone who has a number of templates for letters containing my work logo, and which need to be exported to PDF before filing with various government administrations/organisations, this regression has forced me to move back to 24.8.3.2. This is a highly unfortunate situation. I would be inclined to increase the priority on this report, even if all that does is make it a little bit more visible.
(In reply to Alex Thurgood from comment #10) > As someone who has a number of templates for letters containing my work > logo, and which need to be exported to PDF before filing with various > government administrations/organisations, this regression has forced me to > move back to 24.8.3.2. This is a highly unfortunate situation. I would be > inclined to increase the priority on this report, even if all that does is > make it a little bit more visible. Could you bibisect this new regression?
Repro with Version: 25.2.1.0.0+ (X86_64) / LibreOffice Community Build ID: 0a4ef5903b88f851c8b1dda14edab864c268264f CPU threads: 8; OS: macOS 14.7.4; UI render: Skia/Metal; VCL: osx Locale: nl-NL (nl_NL.UTF-8); UI: en-US Calc: threaded looks good with Version: 25.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 7fac8458e35620b9855cc6c68a9675159a849b65 CPU threads: 8; OS: macOS 14.7.4; UI render: Skia/Metal; VCL: osx Locale: nl-NL (nl_NL.UTF-8); UI: en-US Calc: threaded
Alex and grv0815, can you confirm this issue is gone on master? For Windows, use Win-x86_64@tb77-TDF from https://dev-builds.libreoffice.org/daily/master/current.html