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
Created attachment 201740 [details] testdata and testlog (7z archive, remove .txt suffix) Included files: defect.odt .......................................... writer test file defect-Skia-RenderMethod-raster-NOK.pdf ............. test result defect-Skia-RenderMethod-vulkan-NOK.pdf ............. test result Screenshot Options - Skia-RenderMethod-vulkan.png ... used Skia Options Screenshot Options - Skia-RenderMethod-raster.png ... used Skia Options Screenshot Options - No workaround anymore.png ...... can't turn off Skia
First, sorry for the long delay, these are tough times. Retest result: NOK Furthermore, the workaround of deactivating Skia is no longer possible because the corresponding option is grayed out (see screenshot in the attachment 'LO defect 153279 retest.7z.txt'). test system: Windows 11, LO Version Details: Version: 26.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 7ef1c437f30b0869a5b9fa33809bac2c6665ace3 CPU threads: 8; OS: Windows 11 X86_64 (build 26100); UI render: Skia/Raster; VCL: win Locale: de-AT (de_AT); UI: de-DE Calc: CL threaded Retest 01 with 'defect.odt': see screenshot 'Screenshot Options - Skia-RenderMethod-raster.png' result: see 'defect-Skia-RenderMethod-raster-NOK.pdf' Retest 02 with 'defect.odt': see screenshot 'Screenshot Options - Skia-RenderMethod-vulkan.png' result: see 'defect-Skia-RenderMethod-vulkan-NOK.pdf' (strange upload restrictions. Is there a way to upload 7z archives without a '.txt' suffix?)
(In reply to grv0815 from comment #15) > First, sorry for the long delay, these are tough times. Thanks for the follow-up. > Furthermore, the workaround of deactivating Skia is no longer possible > because > the corresponding option is grayed out (see screenshot in the attachment > 'LO defect 153279 retest.7z.txt'). Yes, Skia is the only rendering backend in the upcoming 26.2. This is actually related to reworking/polishing of transparency handling, so the relevant future work might help with this issue. The Windows GDI backend was not able to handle the things we need regarding transparency/alpha. > (strange upload restrictions. Is there a way to upload 7z archives without > a '.txt' suffix?) More allowed file types can be added, but on the other hand it is nicer to have files directly without them being in an archive. Unfortunately we still miss the ability to upload several attachments at once. The next Bugzilla version should solve this.