If the document being edited has a format in which Writer cannot save, the autosave attempt will cause an endles loop.
Please attach a sample document or at least contribute information what document types you are talking about.
Closing Bug due to reporter's inactivity as WFM.
Please feel free to reopen this bug if you find out that the problem still exists with the current stable LibreOffice version and if you can contribute requested additional information due to <http://wiki.documentfoundation.org/BugReport> (especially BugReport Details)!
Update: autosave loop can also be caused if there is an error preventing a manual save.
Please keep in mind " ... if you can contribute requested additional ..."
Currently your Bug report is completely useless because any relevant information is missing and there is no chance to reproduce it.
May be hints on <http://wiki.documentfoundation.org/BugReport> will help you to find out what information will be useful to reproduce your problem? If you believe that that is really sophisticated please as for Help on a user mailing list
- Attach a sample document (not only screenshot)
- Attach screenshots with comments if you believe that that might explain the
problem better than a text comment. Best way is to insert your screenshots
into a DRAW document and to add comments that explain what you want to show
- Contribute a step by step instruction containing every key press and every
mouse click how to reproduce your problem (due to example in Bug 43431)
– if possible contribute an instruction how to create a sample document
from the scratch
- add information
-- what EXACTLY is unexpected
-- concerning your PC
-- concerning your OS (Version, Distribution, Language)
-- concerning your LibO localization (UI language, Locale setting)
–- Libo settings that might be related to your problems
-- how you launch LibO and how you opened the sample document
-- Your results with a new user profile
-- everything else crossing your mind after you read linked texts
Even if you can not provide all demanded information, every little new information might bring the breakthrough.
NEEDINFO per comment 4
Marking as new as all necessary information has been given.
*** Bug 71240 has been marked as a duplicate of this bug. ***
Steps to reproduce (at least, I assume): open a document in Writer or Calc (I also experienced this bug in Calc), make some changes, and leave it open for a while without saving to a file. Eventually it will begin to autosave infinitely.
*** Bug 71625 has been marked as a duplicate of this bug. ***
*** Bug 71898 has been marked as a duplicate of this bug. ***
Also reported on Linux (see bug 71898). And I think Bug 69131 is also a dupe of this one (can someone please verify?).
"If the document being edited has a format in which Writer cannot save, the autosave attempt will cause an endles loop."
i dont understand : That was a new document, in office calc, not yet saved and whith no name !
i discover that when you save the document (with a name) at the very beginning of jour work, then there is no more endless loop...
*** Bug 72010 has been marked as a duplicate of this bug. ***
Urmas, how about instead of trying to list every setting option I have set in Libreoffice, I just zip the whole libreoffice configurations directory, this might be the wiser and is also easier thing to do, at leat when Libreoffice on linux is concerned.
Then some of the developrs will have to back up their settings and use mine insted since this bug is triggered with just starting the Writer applications and trying to work on a new document. I'll also add some 4-5 steps that could possibly lead to entering the endless loop.
Would that work?
*** Bug 72136 has been marked as a duplicate of this bug. ***
Set component to LibreOffice as it concerns not only Writer.
Best regards. JBF
i am very disgusted about libre office.
1 : it is not possible to ask anything in french.
2 : i receive a lot of undesired mails from thjis site.
3 : the bug that i descibed is a know bug and no one propose a solution ! ! !
I have uninstalled libre office and i have buy microsoft office, That 's MY solution.
4 : i dont want to receive any mail from this site : no way !
You are not professionals !
I'm sorry you feel that way, email@example.com. You can disable emails by going to your account preferences (the "Preferences" link at the top of the page).
firstname.lastname@example.org it’s all a matter of preferences. Set your account properly and you will not receive any mails. I’ve now removed your mail from this bug. No more mail will arrive.
Urmas: Does this persist with LO 184.108.40.206? Without a test document I find this hard to reproduce.
Please provide a test document so this can be tested against and subsequently be confirmed. If your document contains sensitive data, please clear that or replace it with random information.
A step-by-step description of how to reproduce the issue is most helpful and will help to speed up the processing of this problem a lot.
Setting to NEEDINFO until more detail is provided.
After providing the requested info, please reset this bug to UNCONFIRMED. Thanks :)
I encountered the same bug with version 4.1.x and a test document is irrelevant in this case because endless loop occurs for unsaved documents ("Untitled 1").
The problem is that I am not able to say what trigger the endless loop.
Best regards. JBF
Same for me, modify the delay to 1 or 2 min, create a writer document and wait, in few minutes, will make an infinite loop, or not. No trigger currently detected.
Same here with 4.1. The trigger is Tools->Options..->Load/Save->General->Automatically save the document too. With unsaved document it saves many copies under 'backup' folder of the user profile.
The problem is this is not all times. doing that on my machine not always reproduce the bug. No idea for a all time trigger
Firs of all. I would like to notice that it seams that a person has to be a bit rude in order to get any response over here, at least when this bug is concerned.
In Comment 15, I offered to send my settings, but i didn't get any feedback (whether it is a good or bad idea). Since I have a big document to work on (graduation paper/work), I've decided to erase the previous LibreOffice settings, as this is fairly simple under Linux.
I've configured the basic settings and set Save AutoRecovery information every X minnutes to 2 minutes.
This didn't trigger the bug.
Then I've set Tools->Options..->Load/Save->General->Automatically save the document too (Comment 23 from Maxim Monastirsky) and this time the bug was triggered.
So anyone trying to trigger the bug, should try with that setting.
If that doesn't work for you (the bug is still not triggered), I can propose that you also try setting Language Settings->Languages->Default languages for Documents to something else that the default setting. In my case I use Macedonian, as for the first time since LO 4.1 this allows fonts to be rendered with respect to the locale set (inroduced in LO 4.1 and mentioned in the release notes). Other than that, the other settings I have changed are milimetres to be used instead of inches, and the graphic cache to be 100MB, instead of 20MB.
After that insert some picture into your document, insert some table, write some text, the bug should be triggered very fast (probably after 2 minutes from starting to work on your document).
I can confirm that this bug occurs in:
both KDE 4.12 (but also occurred with 4.11)
and Gnome 3.6.2
Libreoffice 220.127.116.11 (also occured with 4.1.3)
in Kubuntu 13.1, Xubuntu 12.04, with the same version of Libreoffice.
It doesn't seem to happen in Windows XP Windows8, but I haven't been able to run extensive tests on these OS's.
If the setting 'Automatically save the document too' is ticked in Tools-Option-Load/Save-General and a file is created in writer or calc, but not saved and thereby given a file name, then at the end of the period set in Tools-Option-Load/Save-General for saving autorecovery information, libreoffice saves, and then keeps on saving every 5-10 seconds, with the result that the ~/.config/libreoffice/4-suse/user/backup/ directory builds up a series of untitled -n.odt files.
Sometimes, and in particular when both calc and writer are open with untitled files, the saving becomes so frequent that the program is unmanageable and has to be killed.
Regarding the issue described in the previous comment, I did the following test in a different environment:
As a quick test on my current computer (Windows 7 64Bit, LO 18.104.22.168) I did this:
- Set autosave to 1 minute
- Check the "save document too" option
- Open a new blank writer document
- Type a few words
- Wait a minute. It created an untitled_1.odt file in the backup directory, and nothing else
- Typed a few more words
- After a while, the backup file updated. No extra files where created, and LO doesn't seem to go crazy with I/O either.
Either this issue depend on some specific settings/situations, or it is platform dependant.
Additionnaly, on a Debian system (with only LO 22.214.171.124) I observe the same behavior: a single file named untitled_0.odt is created, and is only updated every minutes or so.
I've now done further tests with the distributions I have easy access to.
In the case of both the ubuntu-based distributions and opensuse KDE and Gnome, Libreoffice was installed from the distribution repositories (as recommended on the Libreoffice web site). In all these cases, ticking
Tools-Option-Load/Save-General-Automatically save the document too
results in the constant saving.
However, in Kubuntu and Opensuse 12.3 - Gnome, I deinstalled the repository provided version and installed the versions from the Libreoffice website to see if there was any difference. Libreoffice was run with completely new profiles, and on first run worked fine, not showing any constant saving. However, after logging out and logging in and rerunning the test, the same constant saving occurred on every subsequent occasion, so it doesn't seem to be repository version specific.
*** Bug 74047 has been marked as a duplicate of this bug. ***
Created attachment 92768 [details]
screenshot on 'how to reproduce...'
I was able to reproduce this bug on Windows7, LO release 126.96.36.199
steps to reproduce
check 'Save AutoRecovery information every 1 minute'
check 'Automatically save the document too'
2) type some text (i.e. 'test'), select it
3) wait (1 minute) for the 1st autorecovery-doc to be created
3) from the menu 'Format/Character/Font Effects', change 'Font color', but do not select is (see attachment)
4) wait 2 minutes.
5) press 'Cancel'
oops, typo, the version number should be 188.8.131.52, not 184.108.40.206
Bug 74047 and this bug are indeed 'related', but not duplicate (=not the same)
In bug 74047 a file is created every x minutes (depending on the auto-recovery setting)
This bug is related to the problem of auto-recovery files created constantly (lots of files per minute, depending on the speed of your hard-drive ;)
I have noticed this bug since versión 4.1.1,
With the load save options general save autorecovery information every 1 minute
and automatically save document too,
new file, write some text and wait for the first autosave, then it began every 10 seconds to do a save file.
if you activate the menu tools outline numbering, (o any option that has a window), it began to do the saving, if you cancel the option, it continues doing the saving.
i atach a set of temporary files created in the user backup directory with a secuence number. Please notice the date and time of creation, that confirm the behavior.
It happens with writer, draw and calc.
Created attachment 93333 [details]
zip file with temporary files
this happens with draw and calc too.
*** Bug 69131 has been marked as a duplicate of this bug. ***
I can confirm this bug in LO 4.2.0 on Windows and Linux.
It happens also in 4.0.x and 4.1.x
This bug can heavy affect User Experience, especially new users: with autosave enabled, LO can go in endless loop potentially every time you use it.
Set importance to HIGH normal.
I even put it on 'critical' because this bug seems to be around since 3.5...
(In reply to comment #37)
> I even put it on 'critical' because this bug seems to be around since 3.5...
ooops, i meant 'blocker', but its also critical to solve this asap... ;)
Comments #23 describes how to reproduce the bug.
#23: "Tools->Options..->Load/Save->General->Automatically save the document too."
Comments #21, #26, #28, and #32 include updates
#21: "...endless loop occurs for unsaved documents ("Untitled 1")."
#26: "...keeps on saving every 5-10 seconds, with the result that the ~/.config/libreoffice/4-suse/user/backup/ directory builds up a series of untitled -n.odt files."
#28: "...deinstalled the repository provided version and installed...Libreoffice was run with completely new profiles, and on first run worked fine, not showing any constant saving. However, after logging out and logging in and rerunning the test, the same constant saving occurred on every subsequent occasion..."
#32: "This bug is related to the problem of auto-recovery files created constantly"
Comment #34 contains attachment showing a set of temporary files created in the user backup directory
The summary seems to be missing the fact that (as far as i have seen)
the user has to use a menu on the moment the auto-save is triggered.....
This at lease helps in reproducing the bug.
Today, I installed Version: 220.127.116.11 Build ID: d7dbbd7842e6a58b0f521599204e827654e1fb8b
And although I was unaffected in previous versions (up to 18.104.22.168), it started happening on Impress. I can see how it is a show-stopper, freezing the whole programe while filling storage.
*** Bug 76874 has been marked as a duplicate of this bug. ***
LO 22.214.171.124 under Windows 7 still has this bug....
I experience this with unsaved documents in LO 4.2.3. I don't mean to add another 'me too', but I want to confirm that it is still present in the latest build.
I am experiencing this bug too.
LO Version: 126.96.36.199
Build ID: 188.8.131.52-7.fc19
Please look at the file at: https://bugs.freedesktop.org/show_bug.cgi?id=77158
Created attachment 97422 [details]
Strace during one iteration
Can't reproduce it on 184.108.40.206.alpha0+
Still on master but less times
Seems for me this bug is in http://opengrok.libreoffice.org/xref/core/sfx2/source/doc/docfile.cxx#651
There is two different bugs I think :
First is issue if the file format is not writable, this is the original bug. Modified summary according to this.
Second is if the file is not saved, this bug is 4.1+ only, not this bug as it was reported in 2012 before 4.1. This bug is fdo#71625
I have tested this with 4.3 RC1 on Win 8, and it is not present.
I created a new writer file, then write some text, configure autosave to 1 minute and open the backup folder to observe the behaviour, and this is the secuence:
File test for autosave
starting al 7:02 pm
saved at 7:03 ok untitled_0odt
saved at 7:49 ok untitled_1odt
saved at 7:57 untitled_0odt
saved at 7:58 untitled_1odt
saved at 8:00 untitled_0odt
saved at 8:01 untitled_1odt
saved at 8:02 untitled_0odt
saved at 8:03 untitled_1odt
saved at 8:04 untitled_0odt
change interval to 4 minutes
starting at 8:06
saved at 8:10 untitled_0odt
It seems that it only saves in two files, not creating a secuence, that's alright.
There was not change int the interval of saving. If no change to the file, no autosaving is performed. So no endless loop.
Bug is still there in Version: 220.127.116.11
LO creates more than 1K "untitled.odt" autosave files in a quarter of an hour.
Still in Version: 18.104.22.168.0+
Build ID: 30d5ee596d725377cec38cfc99e5d5891b42b35d
Ubuntu 12.04.4 LTS
I just checked the new released LO, but the bug is still in there.
Build ID.: 62ad5818884a2fc2e5780dd45466868d41009ec0
Ubuntu 12.04.4 LTS
Can also confirm that bug is still there:
Debian Version 7.6 (wheezy) (64-Bit)
Kernel Linux 3.2.0-4-amd64
I commited a fix in Bug 71625 which may fix this one as well. Please test with a daily build that contains that fix, and close the bug if it's fixed. Thanks!
LibreOffice Version: 22.214.171.124
Build ID: 3fd416d4c6db7d3204c17ce57a1d70f6e531ee21
OSx 10.9 Mavericks
I have this problem too - With Save Autorecovery Information, Save the Document Too and Always Create Backup Copy checked, LibreOffice Calc went into a constant loop of saving the file.
I think I had been doing something in a LibreOffice menu when it first tried to autosave. When I managed to save it with a name, it stopped the loop.
*** Bug 85293 has been marked as a duplicate of this bug. ***
Affects me too: LibreOffice 126.96.36.199, Windows 8.1
Steps to reproduce:
1. open new document, start writing but don't save it manually
2. wait for automatic save time (e.g. 5 mins)
Writer starts to autosave the document and tries it over and over again. Saving progress bar blinks repeatedly and all UI is pretty much frozen. When you want to save the document you have to try many times. Ones you save it, everything is all right. Maybe LibreOffice writes someplace where it doesn't have rights or something like that.
*** Bug 85624 has been marked as a duplicate of this bug. ***
To avoid further confusion, and since most of the reports here are about the same bug as in (the already fixed) Bug 71625, I think the best is to close this bug. (And the original report is not reproducible anyway. autorecovery actually uses odf regardless of the original format.)
*** Bug 83714 has been marked as a duplicate of this bug. ***