Problem description: When saving "big" file, the saving time is long, maybe last for 5 or more seconds. During the long saving time, I can do nothing but waiting. I think this is wasting time. So I hope Libreoffice could allow "typing while saving". Note: I do not mean "Saving while typing". I do mean that while Libreoffice is saving a file, it provides a buffer to gather what I type, and this buffer will write into the open document file when next time I press Ctrl+S. Steps to reproduce: 1. Create an new odt file. 2. Paste many many pictures, the more the better. 3. Press Ctrl+S to save the file, you would see Libreoffice take lots of time to save, but what you can do is "just wait". Current behavior: During the saving time, I can do nothing. Expected behavior: While saving file, Libreoffice provide a buffer to allow typing. Platform (if different from the browser): Browser: Mozilla/5.0 (X11; Linux i686; rv:9.0.1) Gecko/20100101 Firefox/9.0.1 Iceweasel/9.0.1
adjusting severity (enhancement request)
*** Bug 120095 has been marked as a duplicate of this bug. ***
*** Bug 94800 has been marked as a duplicate of this bug. ***
*** Bug 106208 has been marked as a duplicate of this bug. ***
*** Bug 119640 has been marked as a duplicate of this bug. ***
Created attachment 150892 [details] Example file This more specific related to bug 106208 1. Open the attached file (password: p) 2. Press CTRL+S 3. Type 1234567890 immediately after CTRL+S.. something like "1234" will go missing 4567890 will show up after saving finished Example is effective as long as bug 105844 is around..
*** Bug 122724 has been marked as a duplicate of this bug. ***
Changing priority to 'high' since the number of duplicates is 5 or higher
It's interesting that in 2012, the submitter gave 5 seconds as an example of a long time to save for a big document. In 2020, I find that saving a big document can often take 30 seconds. Which means that if I'm not looking at the screen while I'm typing and autosave kicks in, I can lose whole sentences, even a paragraph. I have experienced that. Fortunately, most of the paragraph is fresh enough in my mind that I can usually remember most of it.
*** Bug 154555 has been marked as a duplicate of this bug. ***
*** Bug 99934 has been marked as a duplicate of this bug. ***
*** Bug 157367 has been marked as a duplicate of this bug. ***
11 years later, on a powerful Linux laptop, I still experience ~5-second save times for spreadsheets with around 10k lines and 10-15 columns. On the other hand, due to the occurrence of crashes, I have setup autosave every 3 minutes, so 5 seconds every 3 minutes does become annoying. Is input disabled so the code can save a stable current state of the document, or has saving simply not been moved to a different thread so as not to block input?
This enhancement has been requested by so many users over so long a time. The implementation of threads in LO would not only solve this problem, but also accelerate file loading, updating pagination and many more operations which could run in the background while the user is editing the file. Release Notes 24.2 still do not mention any such plans. Could the implementation of threads not be given a higher priority? It seems many users would be grateful for it.