https://bugs.documentfoundation.org/show_bug.cgi?id=91345
--- Comment #22 from gmarco <gmmell...@inwind.it> ---
(In reply to Buovjaga from comment #21)
> gmarco: there is a person complaining that *the save is active after
> updating links*: bug 111983
>
> So has the behaviour changed, making it possible to close this report as
> WORKSFORME?
Buovjaga, I think NO.
I am running now 5.3.4.2 but nothing has changed in respect to my comment#18
and cannot well understand the question as posted in bug 111983: it seems a bit
confusing (full cock and drunk wife?).
Recapitulating:
1) as already said, SAVE is no longer inhibited and clicking on it, the file is
rewritten regularly updated. This means that, exiting clicking on File-Save (or
CTRL+S) all goes as expected but it is not a good method as it forces LO to
phYsically rewrite anyway the file even if no change has taken place.
2) I think you can easily test yourself, try this please using the two files
ods and odt already attached on 2017-01-13:
- open the ods, change the cell A5 to xxxxxxxx, exit saving
- open now the odt, reply YES to update links (you will see that data regularly
updated), now click on the "X" button to exit as usual: the file is closed
without any save request and is not updated as it should (MS office does it!).
You can verify reopening the odt and replying NO to update links: you still see
the old data.
- I said:
<<Substantially, if I update only the linked objects without applying any
change to the text part of the odt document, exiting by "X", Writer closes
without asking if I want to save it (YES|NOT) and does not rewrite the odt file
without we have awareness of that. I do not think it's of trivial importance.
>>
Then, retry opening again the odt, reply YES to update links, update now also
any text data (a word in the first line, for example), then click on the "X"
button to exit as usual: LO now asks if you want to save or not as expected.
WARNING! Remember that the objects links embedded in the document are dependent
on the drive and folder where the source files were when linked (in the sample
the odt may reside everywhere but the ods has to reside on the D: root, as the
odt links point there; if needed you can open the odt and change the links
drive-id from Edit-Links).
And here the last further question:
3) established that the objects links embedded in the document are
driver/folder dependent, if the spreadsheet file source was renamed / moved /
deleted (however is not found from Writer), opening the odt file, also replying
YES when requested if you want to update the linked data, the file gets opened
without any warning message about the not found objects (but consequently not
updated) without we have awareness of that.
Then, I think that a warning about would be more correct (anyway WinWord too
had this problem): were this SW improvement not possible, what you think of a
warning notice, at least, in the help?
I hope so that I have been more than explanatory.
--
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
