I just upgraded to Fedora 40 and libreoffice 24.2.3.2 and opened an existing impress(.odp) presentation and some of the images are not displayed, yet have a outline border displayed. With the cursor within this border and selecting the right menu option ‘Edit with external tool’, the external editor displays these image(s) fine. All the images in this existing file were inserted using Insert/Image…, and the file can be opened on another computer, with a much older version of LO, and the images are displayed within impress fine there. As a test, I opened an empty impress, i.e., created a new presentation without a template, and did Insert/Image… with one of the images in question. I received a popup message stating ‘Image filter not found’. I then tried copying said image to the clipboard and pasting into impress and this worked with the image displayed. All of the non displayed images are TIFF and are large(100MB, attempts to make a reduced size image that exhibits problem failed; image in question available upon request). The displayed images are png, and tif. I have not used an image filter or compressed the images. In case this has anything to do with this image issue, another existing .odp file now does not have a (the same) background color. Version: 24.2.3.2 (X86_64) Build ID: 420(Build:2) CPU threads: 12; OS: Linux 6.8; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded
You are using a LO version of your Linux distribution. I have tested with original packages of LO and LO 24.2.4.2 on OpenSUSE 15.6 64bit rpm Linux. Could inset TIF-Image (35 MB) into Impress without any problem. Could you test it with original version of LO? (See: https://wiki.documentfoundation.org/Installing_in_parallel for installing LO parallel with normal user rights in your home folder) Could you create a smaller image, which couldn't be displayed in your systems, and attach the image here?
(In reply to Robert Großkopf from comment #1) > You are using a LO version of your Linux distribution. I have tested with > original packages of LO and LO 24.2.4.2 on OpenSUSE 15.6 64bit rpm Linux. > Could inset TIF-Image (35 MB) into Impress without any problem. > > Could you test it with original version of LO? > (See: https://wiki.documentfoundation.org/Installing_in_parallel for > installing LO parallel with normal user rights in your home folder) > > Could you create a smaller image, which couldn't be displayed in your > systems, and attach the image here? $ loaih build 24.2.4.2 $ ./LibreOffice-24.2.4.2.basic-x86_64.AppImage Same symptoms. The TIF file(s) are about 105M. I tried creating a cropped version of about 30M, but it loaded fine. There are other smaller png and tif images that show in the exiting .odp file and Insert>Image... fine in a new file. I just created a similar file using ImageJ with the following macro commands: newImage("Untitled", "RGB black", 8906, 4096, 1); saveAs("Tiff", "/tmp/IMG3.tif"); and trying to Insert>Image... into a new .odp file results in the same ‘Image filter not found’ popup message.
Thanks for the report. (In reply to Fred from comment #2) > I just created a similar file using ImageJ with the following macro commands: > newImage("Untitled", "RGB blue", 8906, 4096, 1); > saveAs("Tiff", "/tmp/IMG3.tif"); > > and trying to Insert>Image... into a new .odp file results in the same > ‘Image filter not found’ popup message. I could reproduce that by running the macro on https://ij.imjoy.io/ and saving the 109.4 mb image, then inserting it in: Version: 24.2.3.2 (X86_64) / LibreOffice Community Build ID: 433d9c2ded56988e8a90e6b2e771ee4e6a5ab2ba CPU threads: 8; OS: Linux 6.5; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: CL threaded I looked further into it and reported in bug 160635 comment 5. Marking as duplicate. *** This bug has been marked as a duplicate of bug 160635 ***