Steps in order to reproduce the bug:
 Create a new text document (Document A) and insert some text.
 Save and close Document A.
 Create a second new document (B).
 Set option "LibreOffice Writer, General, Update link when loading" to "On request".
 Insert a section as a link to Document A. The content of Document A is displayed inside this section of Document B.
 Save and close Document B.
 Rename Document A with file manager.
 Open Document B.
 You are informed, that the document contains links to external data and you are asked if you like to update the links. Click Yes.
 The borders of the section inside Document B are displayed, but its content is empty.
If you choose at step  "Always" the behavior is equal except step  is not performed.
Before step  I expected an error message, in order to inform the user that the linked file does not exist.
Platform (if different from the browser):
Browser: Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:18.104.22.168) Gecko/20111103 Firefox/3.6.24
You are right, there is no error message...
Hello Harald, *,
I can confirm it with Debian Testing AMD64 and LO 3.5.0 RC1 ... :(
Bug still exists in Version 3.6.3.
To my opinion it's not only an enhancement. Particularly if you are asked explicitly to update the link, I expect, that LO informs you, that an update is not possible.
Otherwise there is the _danger_of_data_loss_. Suppose a case where Document A has been deleted errorneously. Without an error message, also the former inserted text of Document A will be deleted in Document B. Furthermore, especially with a larger document, you may recognize the missing of Document A much more later. So hopefully you have a good backup, so that you are able to reconstruct your documents or you are able to fetch back Document A from the recycle bin.
Bug still exists in version 5.4.1. (Win7)
Bug already exists in version 3.3.0. Hence inherited from OOo.
In my view, the error should appear as an infobar message, which the user can click the button to open the Edit > Links dialog, as showing a msgbox dialog for such an error would cause alot of problems when there were multiple broken linked files.
UX-Team: what do you guys think?
(In reply to Yousuf Philips (jay) from comment #5)
> In my view, the error should appear as an infobar message, which the user
> can click the button to open the Edit > Links dialog, as showing a msgbox
> dialog for such an error would cause alot of problems when there were
> multiple broken linked files.
> UX-Team: what do you guys think?
Fully agree with the infobar. Question is only whether it's a warning (yellow) or error (red). Would say the latter.
+1, Infobar--Red--warning of broken links with button action to open the Edit -> Links dialog. Just generic in the warning, the dialog will show them all.
A separate message box for each of multiple links would be annoying--single Infobar warning on launch is enough.