https://bugs.documentfoundation.org/show_bug.cgi?id=96607
Bug ID: 96607
Summary: Auto-save functionality stops working after a 'Save
as' operation
Product: LibreOffice
Version: 5.0.3.2 release
Hardware: x86-64 (AMD64)
OS: Windows (All)
Status: UNCONFIRMED
Severity: normal
Priority: medium
Component: framework
Assignee: [email protected]
Reporter: [email protected]
Overview:
The auto-save functionality appears to stop working after performing a "Save
as" operation on an open document. This results in either new data entered
being lost upon an application crash, or making AutoRecovery restore the
information but with the wrong file name.
Steps to reproduce:
Note: this is faster to reproduce if the AutoRecovery save frequency is set to
1 minute (so you don't have to wait the default of 15 mins between AutoRecovery
backups.) This setting is at Tools -> Options -> Load/Save -> General -> "Save
AutoRecovery information every:".
Also, pull up the backup directory in Windows Explorer so that you can watch
the backup files. The path to this can be found at Tools -> Options ->
LibreOffice -> Paths -> Backups.
1. Open a new, blank Writer or Calc document and write some text. Wait for
the AutoRecovery save frequency and you should see a new file get created
(probably named "untitled_0.odt" or "untitled_0.ods".)
2. Save the file as a new document, write some new text, and then wait for the
AutoRecovery save frequency. In the backup file directory, from my testing,
one of two things will occur:
a: the previous backup file gets deleted and a new one is never created
b: a backup file with a name similar to the original document (ex:
"untitled_1.odt") exists and will continue to be updated.
Depending on which of these occurred, go to either step 3a or 3b below.
3a. Wait multiple iterations of the AutoRecovery save frequency, entering new
text in between. The document will appear to auto-save, but the auto-save file
will never get created. If the application crashes (or you kill it via the
Task Manager) attempts to auto-recover the data will fail, saying that
"untitled_0.odt" or similar does not exist. It fails to recover any data
entered past the point of the "Save as" in Step 2.
3b. Wait multiple iterations of the AutoRecovery save frequency, entering new
text in between. - the backup file should continue to be updated but with the
wrong file name. If the application crashes (or you kill it via the Task
Manager) attempts to auto-recover the data may succeed, but the document will
have the original file name ("untitled_0.odt" or similar.) Save the currently
open file again as a new file. From my testing, this always results in 2a
above, and you can proceed to step 3a (where auto-save stops working
completely.)
Similar results occur when you start by opening an existing document as opposed
to creating a new one.
Actual Results:
Inability to recover changes upon the application crashing, despite AutoSave
appearing to work successfully.
Expected Results:
Information as of the last auto-save interval should be restored during
AutoRecovery.
Build Date and Hardware:
Version: 5.0.3.2
Build ID: e5f16313668ac592c1bfb310f4390624e3dbfb7
Windows 10 Professional, x86-64
Additional Builds and Platforms:
Untested on other platforms
Additional Information:
May be related to bug 92151
--
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
