Created attachment 189972 [details] Comparsion MSO vs LibreOffice 24.2 master Steps to reproduce: 1. Open attachment 49470 [details] from bug 37192 -> The logo in the top right corner of the first page is not displayed. See comparison Reproduced in Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 0c4913e03e8427a576138601958f2dbf13b8c37b CPU threads: 8; OS: Linux 6.1; UI render: default; VCL: gtk3 Locale: es-ES (es_ES.UTF-8); UI: en-US Calc: threaded [Bug found by office-interoperability-tools]
Regression introduced by: author Noel Grandin <noelgrandin@gmail.com> 2021-04-16 20:33:10 +0200 committer Noel Grandin <noel.grandin@collabora.co.uk> 2023-07-25 08:38:12 +0200 commit 81994cb2b8b32453a92bcb011830fcb884f22ff3 (patch) tree ae1750e92421ad2e0ec3f50351c3be6581841598 parent dabedcaf27b0af1e38a611b8d8e48444f848e01d (diff) Convert internal vcl bitmap formats transparency->alpha (II) Bisected with: bibisect-linux64-24.2 Adding Cc: to Noel Grandin
Is it possible to attach the .odp file?
(In reply to Patrick Luby from comment #2) > Is it possible to attach the .odp file? Hi Patrick, Which .odp file do you mean ?
(In reply to Xisco Faulí from comment #3) > Hi Patrick, > Which .odp file do you mean ? The source file that you opened (.odp or .pptx?) when you took the attached screen snapshot. I am hoping to reproduce the bug in my local build.
(In reply to Patrick Luby from comment #4) > (In reply to Xisco Faulí from comment #3) > > Hi Patrick, > > Which .odp file do you mean ? > > The source file that you opened (.odp or .pptx?) when you took the attached > screen snapshot. > > I am hoping to reproduce the bug in my local build. it's not a .odp file but a .doc file. Read the description above: Steps to reproduce: 1. Open attachment 49470 [details] from bug 37192
(In reply to Xisco Faulí from comment #5) > it's not a .odp file but a .doc file. Read the description above: > > Steps to reproduce: > 1. Open attachment 49470 [details] from bug 37192 Thanks, I see the link now. I can reproduce this bug on macOS with Skia/Metal, Skia/Raster, and Skia disabled. The image is getting loaded as I can see a very faint rendering of the image if I set the image's background fill to white. I don't see any special settings for the image so I am guessing we just need an AlphaMask::Invert() to turn the very faint rendering to nearly opaque. I will try to find where this image is drawn in the LibreOffice code.
Note for myself: the image doesn't appear regardless of whether the document is printed or exported to PDF. Usually, those are separate drawing paths so I am guessing that, in this particular case, the bug is occurring during or very soon after loading the .png instead of when it is drawn.
Created attachment 190001 [details] another document where the background is not displayed
This bug appears to be a duplicate of https://bugs.documentfoundation.org/show_bug.cgi?id=157636.
Closing as a duplicate as the patch in https://bugs.documentfoundation.org/show_bug.cgi?id=157636#c9 also fixes this bug. *** This bug has been marked as a duplicate of bug 157636 ***