Apache OpenOffice (AOO) Bugzilla – Issue 120170
(JA UI related?) Autosave loops and endlessly produces 0KB backup files when it fails to autosave
Last modified: 2017-05-20 09:57:06 UTC
This is probably related to bug 69993 and other "Write error" bugs since it is only reproducible for files that produce "Write error." Reproduced with OOo 3.2.1, 3.3.0 and AOO 3.4.0 running on Win 7 and XP. I will attache a bugdoc for testing. When Autosave is ran, it fails to save a backup file with contents and tries again and again and again, and keeps producing 0KB backup files until the original file is closed. Steps to reproduce: 1. Set Autosave duration to "1 min" for faster testing. 2. Kill all "soffice.bin" processes including the Quickstarter. Make sure no OO files are open. *This is important to reproduce the "Write error." Refer to the mentioned bug 69993 for more details on it. 3. Open below directory For XP C:\Documents and Settings\use name\Application Data\OpenOffice.org\3\user\backup For Win 7 C:\Users\user name\AppData\Roaming\OpenOffice.org\3\user/backup 4. Open the attached Bugdoc.ods and wait for the Autosave to run. (Enter some texts if it doesn't autosave after a minute and wait again.) 5. Go to the backup directory and see 0KB backups being produced endlessly. The "Write error" issue seems to have been fixed in LibreOffice 3.4.
Created attachment 78562 [details] Sample bugdoc
The provided sample doc tries to Autosave every 7 sec approx. But more larger files "loops" more frequently. I have added a sheet with lots of cell references to for higher CPU load for the bug to behave even worse. Follow the steps below and Autosave locks up the file and has to be terminated via Task Manager. 1. Kill all "soffice.bin" process and make sure no OO files are open. 2. Open Bugdoc2.ods, enter some texts and wait for the Autosave. 3. When Autosave starts to loop at about 5 sec interval, time it right and try to click on random cells repeatedly just at the moment when OO tries to Autosave again. 4. Autosave loops w/o any interval which results in a file lock up. Once the "loop" kicks in, the file does not respond to any operation at all since file can not be operated while Autosave is running as per default behaviour of OO. And the file has to be terminated via Task Manager by killing "soffice.bin" process. Now, go to "backup" directory to see a countless number of 0KB backup files have been created.(They don't show up during the "loop")
Created attachment 78582 [details] 2nd bugdoc
I have try both sample file with lastest AOO 3.4.1 rev.1372282 Can't repro this issue at my side, on Win7 64bit machine. Can you please verify it can repro or not on lastest AOO 3.4.1 build?
Thank you for taking your time on this. I have tried the latest versions. STILL REPRODUCIBLE with: Apache_OpenOffice_incubating_3.4.1_Win_x86_install_ja.exe NOT REPRODUCIBLE with: Apache_OpenOffice_incubating_3.4.1_Win_x86_install_en-US.exe Both downloaded from the official site. Judging by the results, this maybe a Japanese version specific bug, perhaps. But other users from other countries have reported the "Write error" bug as it can be seen from bug 69993. I hope that isn't the case... It is important that you get this error in order to reproduce this bug.
Change bug status to Confirm status.
Created attachment 80144 [details] Screenshot: content.xml writing error I have just come across this bug in Writer (not Calc!) version AOO 3.4.1 (64 bit, German) and a nightly build of AOO 3.5 on Ubuntu 12.04/AMD64. Snapshot AOO350m1(Build:9611) - Rev. 1420743 / 2012-12-13_04:34:45 - Rev. 1421074 shows the same behaviour. I opened the document, edited it, and killed soffice when it entered the autosave endless loop (after it had produced over 400 0-KB-autosaves). When I reloaded it and made just 1 small change, Writer started autosaves in smaller loops (each 3 iterations, in 10-second intervals). The waiting time between the autosave loops gave me a chance to try a regular save. Attached screenshot shows the error message (writing error when writing sub-file content.xml) showing up after selecting a "Save-as". LibreOffice 3.5.4.2 saves and auto-saves the file without problems, so the bug must be either introduced after the fork or corrected in LO at a quite early stage.
It seems that this bug is not really a proper autosave bug, or only insofar as autosave does not handle failed autosaves correctly, it just goes on trying. Autosave should signal the problem to the user and stop trying. The root of the autosave problem must be OO not being able to save the file in its own file format (ODT, ODS), for whatever reasons: Bug #69993 describes a file-write error with ODS. The write error I described in Comment #7 (ODT) is already filed as Bug #117896.
I don't think that a Bug can be CONFIRMED with key word "needmoreinfo", and many questions (except that the problem DID exist) are wihtout answer. I just started a test with 4.0.1 Japanese UI and sample documents, we will see ... can someone who reproduced the problem with 3.4 try with 4.0.1 again? Currently I only see confirmations for WIN.
During a first quick test NOT Reproducible with both bugdoc documents and "AOO 4.0.1 – Japanese UI / German locale [Rev. 1524958 2013-09-20 11:40:29]" on German WIN7 Home Premium (64bit)", own User Profile I opened both from menu 'File -> Open', typed a sinngle character into an arbitrary empty cell in both documents and saved both under new names. Then I modified settings to "Autosave every 1 minutes", then again typed 2 additional characters into additional empty cells. Nothing unusual during 10 minutes, and I see backup files for both documents in folder C:\AOO_Server\401\release_ja\Data\settings\user\backup\ Im modify VERSION to first appearance
The bug persists after a fresh installation of Apache_OpenOffice_4.0.1_Win_x86_install_ja.exe Downloaded from the official page below. http://sourceforge.net/projects/openofficeorg.mirror/files/4.0.1/binaries/ja/Apache_OpenOffice_4.0.1_Win_x86_install_ja.exe/download Running on Windows 7 Home Premium SP1 64-bit Intel(R) Core(TM) i5-3450S CPU 2.80GHz RAM 8.00GB
Bugdoc2.ods backup as expected. AOO410m1(Build:9750) - Rev. 1558424 Rev.1558424 Win 7