Description: I have a gif object in a odp made with LO 7.6.2.1. When I open the file with LO Dev (which I need because of https://bugs.documentfoundation.org/show_bug.cgi?id=157680), the gif is not there. I made a small test file (https://www.dropbox.com/scl/fi/8434fxwzgzyean0pveuld/test_gif.odp?rlkey=lpjb5xd6eluavfs77uawiyuqq&dl=0) with an image, a video and a gif. Actual Results: The gif is gone Expected Results: The gif should be there Reproducible: Always User Profile Reset: Yes Additional Info: The gif should be there
Created attachment 190425 [details] test_gif.odp
On macOS Sonoma, I can reproduce this bug in LibreOffice 7.5.7.1 and in my local master build. But I cannot reproduce this bug in LibreOffice 7.6.2.1. What is interesting is that in my local master build, the animated image in the upper left fails to appear, but in LibreOffice 7.5.7.1, the lower left image fails to appear.
Top left OK, bottom don't appear. Version: 7.1.0.0.alpha0+ Build ID: 63bf8f042abe3c0f6989f6763d13f5389182b816 CPU threads: 16; OS: Linux 6.2; UI render: default; VCL: gtk3 Locale: ro-RO (ro_RO.UTF-8); UI: en-US Calc: threaded Top left OK, bottom don't appear. Version: 7.2.8.0.0+ / LibreOffice Community Build ID: ffa09959edd087794b1f2fe6b9b6faac484ef74b CPU threads: 16; OS: Linux 6.2; UI render: default; VCL: gtk3 Locale: ro-RO (ro_RO.UTF-8); UI: en-US Calc: threaded Top left OK, bottom don't appear. Version: 7.3.0.0.alpha0+ / LibreOffice Community Build ID: 6128e2d55f0d0c68d3c7f6fb69539ec800637947 CPU threads: 16; OS: Linux 6.2; UI render: default; VCL: gtk3 Locale: ro-RO (ro_RO.UTF-8); UI: en-US Calc: threaded Top left OK, bottom don't appear. Version: 7.4.0.0.alpha1+ / LibreOffice Community Build ID: 5a079652c1b1f968a851f47995b0a65b84d2d192 CPU threads: 16; OS: Linux 6.2; UI render: default; VCL: gtk3 Locale: ro-RO (ro_RO.UTF-8); UI: en-US Calc: threaded Top left OK, bottom don't appear. Version: 7.5.0.0.alpha0+ / LibreOffice Community Build ID: b419eb4bd407c26ee813a347fdf14424908379e1 CPU threads: 16; OS: Linux 6.2; UI render: default; VCL: gtk3 Locale: ro-RO (ro_RO.UTF-8); UI: en-US Calc: threaded In yesterday master malloc(): corrupted top size Fatal exception: Signal 6 Stack: /home/bogdan/Documente/LibreOffice7.6/core/instdir/program/libuno_sal.so.3(+0x41ec3)[0x7f8387503ec3] /home/bogdan/Documente/LibreOffice7.6/core/instdir/program/libuno_sal.so.3(+0x42057)[0x7f8387504057] /lib/x86_64-linux-gnu/libc.so.6(+0x42520)[0x7f8387042520] /lib/x86_64-linux-gnu/libc.so.6(pthread_kill+0x12c)[0x7f83870969fc] /lib/x86_64-linux-gnu/libc.so.6(raise+0x16)[0x7f8387042476] /lib/x86_64-linux-gnu/libc.so.6(abort+0xd3)[0x7f83870287f3] /lib/x86_64-linux-gnu/libc.so.6(+0x89676)[0x7f8387089676] /lib/x86_64-linux-gnu/libc.so.6(+0xa0cfc)[0x7f83870a0cfc] /lib/x86_64-linux-gnu/libc.so.6(+0xa46f2)[0x7f83870a46f2] /lib/x86_64-linux-gnu/libc.so.6(__libc_calloc+0xd9)[0x7f83870a65f9] /lib/x86_64-linux-gnu/liborc-0.4.so.0(orc_program_new+0x1a)[0x7f835513b31a] /lib/x86_64-linux-gnu/liborc-0.4.so.0(orc_program_new_from_static_bytecode+0x13)[0x7f835513b4f3] /lib/x86_64-linux-gnu/libgstvideo-1.0.so.0(+0x2604c)[0x7f83557e904c] /lib/x86_64-linux-gnu/libgstvideo-1.0.so.0(+0x7101e)[0x7f835583401e] /lib/x86_64-linux-gnu/libgstvideo-1.0.so.0(+0x64212)[0x7f8355827212] /lib/x86_64-linux-gnu/libgstvideo-1.0.so.0(+0x5c12e)[0x7f835581f12e] /lib/x86_64-linux-gnu/libgstvideo-1.0.so.0(+0x6bcd9)[0x7f835582ecd9] /lib/x86_64-linux-gnu/libgstvideo-1.0.so.0(+0x5c12e)[0x7f835581f12e] /lib/x86_64-linux-gnu/libgstvideo-1.0.so.0(+0x647f9)[0x7f83558277f9] /lib/x86_64-linux-gnu/libgstvideo-1.0.so.0(+0x5c12e)[0x7f835581f12e] /lib/x86_64-linux-gnu/libgstvideo-1.0.so.0(+0x646ea)[0x7f83558276ea] /lib/x86_64-linux-gnu/libgstvideo-1.0.so.0(+0x5bfb2)[0x7f835581efb2] /lib/x86_64-linux-gnu/libgstvideo-1.0.so.0(+0x6c4f9)[0x7f835582f4f9] /usr/lib/x86_64-linux-gnu/gstreamer-1.0/libgstvideoconvert.so(+0x371d)[0x7f8354a8171d] /lib/x86_64-linux-gnu/libgstvideo-1.0.so.0(+0x52dd1)[0x7f8355815dd1] /lib/x86_64-linux-gnu/libgstbase-1.0.so.0(+0x3dcb1)[0x7f83551e5cb1] /lib/x86_64-linux-gnu/libgstbase-1.0.so.0(+0x3d14c)[0x7f83551e514c] /lib/x86_64-linux-gnu/libgstreamer-1.0.so.0(+0x8f7cd)[0x7f835533e7cd] /lib/x86_64-linux-gnu/libgstreamer-1.0.so.0(+0x92d69)[0x7f8355341d69] /lib/x86_64-linux-gnu/libgstreamer-1.0.so.0(gst_pad_push+0xde)[0x7f835534218e] /lib/x86_64-linux-gnu/libgstreamer-1.0.so.0(gst_proxy_pad_chain_default+0x93)[0x7f835532a223] /lib/x86_64-linux-gnu/libgstreamer-1.0.so.0(+0x8f7cd)[0x7f835533e7cd] /lib/x86_64-linux-gnu/libgstreamer-1.0.so.0(+0x92d69)[0x7f8355341d69] /lib/x86_64-linux-gnu/libgstreamer-1.0.so.0(gst_pad_push+0xde)[0x7f835534218e] /lib/x86_64-linux-gnu/libgstreamer-1.0.so.0(gst_proxy_pad_chain_default+0x93)[0x7f835532a223] /lib/x86_64-linux-gnu/libgstreamer-1.0.so.0(+0x8f7cd)[0x7f835533e7cd] /lib/x86_64-linux-gnu/libgstreamer-1.0.so.0(+0x92d69)[0x7f8355341d69] /lib/x86_64-linux-gnu/libgstreamer-1.0.so.0(gst_pad_push+0xde)[0x7f835534218e] /lib/x86_64-linux-gnu/libgstreamer-1.0.so.0(gst_proxy_pad_chain_default+0x93)[0x7f835532a223] /lib/x86_64-linux-gnu/libgstreamer-1.0.so.0(+0x8f7cd)[0x7f835533e7cd] /lib/x86_64-linux-gnu/libgstreamer-1.0.so.0(+0x92d69)[0x7f8355341d69] /lib/x86_64-linux-gnu/libgstreamer-1.0.so.0(gst_pad_push+0xde)[0x7f835534218e] /lib/x86_64-linux-gnu/libgstbase-1.0.so.0(+0x3d21f)[0x7f83551e521f] /lib/x86_64-linux-gnu/libgstreamer-1.0.so.0(+0x8f7cd)[0x7f835533e7cd] /lib/x86_64-linux-gnu/libgstreamer-1.0.so.0(+0x92d69)[0x7f8355341d69] /lib/x86_64-linux-gnu/libgstreamer-1.0.so.0(gst_pad_push+0xde)[0x7f835534218e] /lib/x86_64-linux-gnu/libgstbase-1.0.so.0(+0x3d21f)[0x7f83551e521f] /lib/x86_64-linux-gnu/libgstreamer-1.0.so.0(+0x8f7cd)[0x7f835533e7cd] /lib/x86_64-linux-gnu/libgstreamer-1.0.so.0(+0x92d69)[0x7f8355341d69] /lib/x86_64-linux-gnu/libgstreamer-1.0.so.0(gst_pad_push+0xde)[0x7f835534218e] /usr/lib/x86_64-linux-gnu/gstreamer-1.0/libgstcoreelements.so(+0x46875)[0x7f8354ee1875] /lib/x86_64-linux-gnu/libgstreamer-1.0.so.0(+0xba127)[0x7f8355369127] /lib/x86_64-linux-gnu/libglib-2.0.so.0(+0x876b4)[0x7f837ef5f6b4] /lib/x86_64-linux-gnu/libglib-2.0.so.0(+0x84a51)[0x7f837ef5ca51] /lib/x86_64-linux-gnu/libc.so.6(+0x94ac3)[0x7f8387094ac3] /lib/x86_64-linux-gnu/libc.so.6(+0x126a40)[0x7f8387126a40]
I have fixed this bug in 24.02 (master). The fix is the same fix as for tdf#158047 and it will be in tomorrow's (04 November 2023) nightly master build. Unfortunately, the fix for tdf#158047 probably won't fix this bug in LibreOffice 7.6 and earlier. It is fixed on master because the bug was caused by the switch from transparency to alpha introduced in commit 81994cb2b8b32453a92bcb011830fcb884f22ff3. But LibreOffice 7.6 and earlier don't have that commit so I it appears that there are different bugs in those versions. Hence, I will keep this bug open.
Interestingly, I cannot reproduce this bug in LibreOffice 7.6.2.1 on macOS. In the https://bugs.documentfoundation.org/show_bug.cgi?id=157926#c3 comment, all of the version infos are Linux with Skia disabled. But for me, I cannot reproduce this bug with the following so my first guess is that there is a Linux rendering bug: Version: 7.6.2.1 (AARCH64) / LibreOffice Community Build ID: 56f7684011345957bbf33a7ee678afaf4d2ba333 CPU threads: 8; OS: Mac OS X 14.0; UI render: Skia/Metal; VCL: osx Locale: en-CA (en_CA.UTF-8); UI: en-US Calc: threaded
(In reply to Patrick Luby from comment #5) > Interestingly, I cannot reproduce this bug in LibreOffice 7.6.2.1 on macOS. More details: the bug is reproducible in LibreOffice 7.5.8.2 on macOS. So, I think is that the bug in LibreOffice 7.5.8.2 was fixed at some point in LibreOffice 7.6.x but the fix has uncovered a Linux, non-Skia rendering bug. Unfortunately, I don't have access to any non-macOS machines, but I am curious if this bug occurs on LibreOffice 7.6.2.1 or higher on Linux or Windows and with Skia/Vulcan or Skia/Raster: Version: 7.5.8.2 (AARCH64) / LibreOffice Community Build ID: f718d63693263970429a68f568db6046aaa9df01 CPU threads: 8; OS: Mac OS X 14.0; UI render: Skia/Metal; VCL: osx Locale: en-CA (en_CA.UTF-8); UI: en-US Calc: threaded