Open a new Writer file. Insert a image with Insert → Image → Insert As Link. A warning appears while inserting but it works. Save the file. Close the file. Move the file to another location. Open the file. Mark the frame for the image, which can't show the image, because the path is wrong. Open Properties → Image and set the link to the file again. You could see it in the dialog, but the image doesn't appear in the document. This bug appears in LO 6.4.4.2 on OpenSUSE 15.1 64bit rpm Linux. This bug doesn't appear with LO 6.3.5.2, also doesn't appear with LO 6.4.2.2 It first appears here with LO 6.4.3.2
I confirm it with Version: 7.0.0.0.alpha1+ (x64) Build ID: 0e5e935deb0527c64865cfcc53a0421e56b74b6f CPU-Threads: 4; BS: Windows 10.0 Build 18363; UI-Render: Skia/Raster; VCL: win Locale: de-DE (de_DE); UI: de-DE Calc: CL and it works with Version: 6.3.5.2 (x64) Build-ID: dd0751754f11728f69b42ee2af66670068624673 CPU-Threads: 4; BS: Windows 10.0; UI-Render: Standard; VCL: win; Gebietsschema: de-DE (de_DE); UI-Sprache: de-DE Calc: threaded
Bibisected with Linux 6.5 repo to https://git.libreoffice.org/core/+/30b23d77c894bdf6f7ae0d18d594ea267a80f662%5E!/ tdf#131185 Prevent unnecessary SwapIn calls. Adding Cc: to Gülşah Köse
I can not reproduce this (In reply to Robert Großkopf from comment #0) > Open a new Writer file. > Insert a image with Insert → Image → Insert As Link. > A warning appears while inserting but it works. Which button did you click here. "Embed graphic" or "Keep Link" > Save the file. In which format did you save? > Close the file. > > Move the file to another location. Did you move x.odt or image somewhere else?
Reproducible for me in LO 7.2.0.0.alpha0+ (94283af977246c70dbed4452d197b003d8bb14b9) / Ubuntu. (In reply to Gülşah Köse from comment #3) > Which button did you click here. "Embed graphic" or "Keep Link" I chose Keep Link. > > Save the file. > In which format did you save? In ODT. > > Move the file to another location. > Did you move x.odt or image somewhere else? Move the image. Then when reopening the file, only its empty frame is shown, because the image can't be found at their original set location.
(In reply to Aron Budea from comment #4) > > > Move the file to another location. > > Did you move x.odt or image somewhere else? > Move the image. > Then when reopening the file, only its empty frame is shown, because the > image can't be found at their original set location. Note: this is just the immediate effect of moving the image somewhere else, and not indicative of the bug, which can be seen when continuing with the steps from the bug description.
Commit was also cherrypicked to 6.3.6. Reproduced in recent trunk build: Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 29b11fa3b5574dc3f42f55b0716f71054030c6c2 CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded Upping the importance because it's a dataloss regression, see step 7 here: 1. Insert a image with Insert > Image > Insert As Link, confirm "Keep link" in next dialog 2. Save the file (ODT) 3. Move the linked image file to a different directory 4. Reload file: image frame empty, (as expected) 5. Right-click > Properties > Rotation tab > Link > Browse to the new location of the file > confirm: preview is correct in dialog (as expected) 6. Click OK on dialog: image is not visible in document (broken) 7. Save and reload: image completely gone, nothing in Navigator (broken) I checked that before ddd7277b218204dca539b3f93d36098df0349b38 (which is build commit [ddd7277b218204dca539b3f93d36098df0349b38] in linux-64-6.3 bibisect repo), it works as expected with the same steps. Gülşah, can you please have another look?
Dear Robert Großkopf, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
Bug still exits in Version: 25.8.4.2 (X86_64) Build ID: 290daaa01b999472f0c7a3890eb6a550fd74c6df CPU threads: 6; OS: Linux 6.4; UI render: default; VCL: kf5 (cairo+xcb) Locale: de-DE (de_DE.UTF-8); UI: de-DE Calc: threaded Tested a little bit more: After trying to set the new Link to the image I saved the file. Then I closed the file and reopened it. The frame for the image won't be shown any more and navigator won't show any object.
Created attachment 206917 [details] reset mbInBaseLinkSwapIn flag so manual link-path changes in the image properties dialog actually reload the image
Version 6.3.5.2 is the last working version. All versions from 6.3.6.1 onwards have this bug. A simple change in SwGrfNode::SwapIn() fixes the current bug, which was caused by an unintended side effect of bug 131185. I have attached a buggy patch file that currently fixes the bug, but it is still incomplete. Someone with more knowledge of the codebase should work on it, not me, I know nothing about LibreOffice. My documents always use linked images, not embedded ones. LibreOffice is practically unusable if all the images in my documents disappear reproducible one by one after renaming the image files in the file system and trying to update documents. All versions after 6.3.5.2 do not update linked images if the image target path is corrected (6.3.6.1 and newer). I would like to point out that no one in this bug report has yet mentioned that the icon in the Navigator (a red cross in my case), which indicates the image status, is also not updating. The attached buggy and incomplete patch improves the situation as follows: 1. Once the target path of an linked image is corrected, the image in the document is updated after clicking "OK" in the "Image Properties" dialog box, the placeholder disappears. 2. After saving the document, the image remains visible in the document and in the Navigator. That's okay. While the image status icon in the Navigator still only displays correctly after reopening the document, this is better than nothing. Please note that my patch may have broken the intended behavior of 131185. My patch only identifies the cause of the error. We now know 131185 really is responsible and what needs to be addressed. Please let's fix this.