https://bugs.documentfoundation.org/show_bug.cgi?id=160192
Bug ID: 160192
Summary: CRASH when trying to overwrite file in read-only
directory when its lock file exists
Product: LibreOffice
Version: 6.1 all versions
Hardware: All
OS: All
Status: UNCONFIRMED
Keywords: bibisected, bisected
Severity: normal
Priority: medium
Component: LibreOffice
Assignee: [email protected]
Reporter: [email protected]
CC: [email protected], [email protected]
Blocks: 107943
If LO has a file open, and then the permissions of the directory are changed to
prevent writing, then the lock file will not be removed when LO closes. If you
then try to write overtop of the file, LO will crash (but only if the lock file
exists).
Granted, this is somewhat of a contrived example, but it is a reproducible way
of making LO crash.
Steps to reproduce.
1.) make a writeable directory (/tmp/crash)
2.) have LO save a document in that directory (/tmp/crash/junk.docx)
3.) while LO still has the document open (so that /tmp/crash/.~lock.junk.docx#
exists), chmod -w /tmp/crash
4.) restart LO and start a new document.
5.) save as /tmp/crash/junk.docx - crash after agreeing to overwrite
If the lock file is removed, LO will not crash, but just say no permissions.
Prior to 6.1 LO was able to modify the file (since the file itself has +w
permissions, it can be changed, just not deleted).
commit 5259ab8104cfba60c40748ed0cd59d93df038c5b
Author: Miklos Vajna on Mon Jan 8 15:53:58 2018 +0100
sfx2 store: create temp files next to local files
Doesn't look like a regression, just exposed a crash-able code path.
Referenced Bugs:
https://bugs.documentfoundation.org/show_bug.cgi?id=107943
[Bug 107943] [META] Save bugs and enhancements
--
You are receiving this mail because:
You are the assignee for the bug.
