Bug 48416 (save-in-background) - Allow typing while saving; during autosave LibreOffice doesn't accept typing/input
Summary: Allow typing while saving; during autosave LibreOffice doesn't accept typing/...
Status: NEW
Alias: save-in-background
Product: LibreOffice
Classification: Unclassified
Component: LibreOffice (show other bugs)
Version:
(earliest affected)
Inherited From OOo
Hardware: All All
: high enhancement
Assignee: Not Assigned
URL:
Whiteboard: BSA
Keywords:
: 94800 99934 106208 119640 120095 122724 154555 157367 (view as bug list)
Depends on:
Blocks: AutoSave-AutoRecovery-Backup File-Progress-Bar
  Show dependency treegraph
 
Reported: 2012-04-07 06:20 UTC by minhsien0330
Modified: 2024-03-22 15:33 UTC (History)
19 users (show)

See Also:
Crash report or crash signature:


Attachments
Example file (273.31 KB, application/vnd.oasis.opendocument.text)
2019-04-20 07:29 UTC, Telesto
Details

Note You need to log in before you can comment on or make changes to this bug.
Description minhsien0330 2012-04-07 06:20:35 UTC
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
Comment 1 Nino 2012-04-20 07:48:52 UTC
adjusting severity (enhancement request)
Comment 2 Buovjaga 2018-10-22 15:50:44 UTC
*** Bug 120095 has been marked as a duplicate of this bug. ***
Comment 3 Buovjaga 2018-10-22 15:53:23 UTC
*** Bug 94800 has been marked as a duplicate of this bug. ***
Comment 4 Buovjaga 2018-10-22 15:53:53 UTC
*** Bug 106208 has been marked as a duplicate of this bug. ***
Comment 5 Buovjaga 2018-10-22 15:53:59 UTC
*** Bug 119640 has been marked as a duplicate of this bug. ***
Comment 6 Telesto 2019-04-20 07:29:53 UTC
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..
Comment 7 Buovjaga 2019-08-26 17:03:51 UTC
*** Bug 122724 has been marked as a duplicate of this bug. ***
Comment 8 Xisco Faulí 2019-12-02 11:08:09 UTC
Changing priority to 'high' since the number of duplicates is 5 or higher
Comment 9 Luke Kendall 2020-07-01 14:03:52 UTC
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.
Comment 10 Buovjaga 2023-04-04 11:10:25 UTC
*** Bug 154555 has been marked as a duplicate of this bug. ***
Comment 11 Justin L 2023-07-13 21:29:19 UTC
*** Bug 99934 has been marked as a duplicate of this bug. ***
Comment 12 Justin L 2023-07-13 22:51:02 UTC
*** Bug 106208 has been marked as a duplicate of this bug. ***
Comment 13 Buovjaga 2023-10-03 15:02:24 UTC
*** Bug 157367 has been marked as a duplicate of this bug. ***
Comment 14 Dan Dascalescu 2023-10-03 15:15:01 UTC
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?
Comment 15 Christian Lehmann 2023-10-10 10:40:27 UTC
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.