https://bugs.freedesktop.org/show_bug.cgi?id=60647
--- Comment #3 from Mark Rogers <m...@more-solutions.co.uk> ---
My argument would be that re-evaluation of this value should take place before
saving. Ie the sequence for Save-As should be:
1. Obtain new filename from user, check for file collisions etc, open file
handle for writing
2. Change name internally
3. Update any fields that need updating (document properties,
=CELL("filename"), etc)
4. Write to disk with new filename
In doing so the refresh of the =CELL value is done immediately before the save
and would not therefore trigger a changed state, and furthermore if the
document is closed without further changes and re-opened in future then the
stored value is correct without further work (although it should be refreshed
in case the document has been renamed at the operating system level).
Of-course I have no idea how non-trivial that would be to code.
An alternative, which again might not be possible, would be that what is
effectively just a cached value gets cleared/marked stale rather than updated,
forcing a refresh when next used.
However, it does seem wrong that in effect I have a saved document that within
it's saved content is a stored value that is always wrong unless a re-Save has
occurred (rather than a Save-As or first Save from new).
--
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
