https://bugs.freedesktop.org/show_bug.cgi?id=41442
--- Comment #13 from Marcel Partap <[email protected]> --- Opening old files from within an archived file tree messes with the metadata (last modified timestamp) of directories because a temporary lock file is created next to the original file. The current known method (i.e. "best practice") of having to modify the original /usr/bin/libreoffice shell script to uncomment > # file locking now enabled by default > SAL_ENABLE_FILE_LOCKING=1 > export SAL_ENABLE_FILE_LOCKING is a flimsy kludge at best. With the versatile vim text mode editor, there is a similar issue with its "swap" files - and a perfect solution as well (s/swap file/lock file/): > " Store swap files in fixed location, not current directory. > set directory=/var/lib/vim/temp// > 'directory' 'dir' string (default for Amiga: ".,t:", > for MS-DOS and Win32: > ".,$TEMP,c:\tmp,c:\temp" > for Unix: ".,~/tmp,/var/tmp,/tmp") > global > List of directory names for the swap file, separated with commas. > - The swap file will be created in the first directory where this is > possible. > - Empty means that no swap file will be used (recovery is > impossible!). > - A directory "." means to put the swap file in the same directory as > the edited file. On Unix, a dot is prepended to the file name, so > it doesn't show in a directory listing. On MS-Windows the "hidden" > attribute is set and a dot prepended if possible. > - For Unix and Win32, if a directory ends in two path separators "//" > or "\\", the swap file name will be built from the complete path to > the file with all path separators substituted to percent '%' signs. > This will ensure file name uniqueness in the preserve directory. -- You are receiving this mail because: You are the assignee for the bug.
_______________________________________________ Libreoffice-bugs mailing list [email protected] http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
