Bug 163209 - AutoRecovery action occurring when "Save AutoRecovery information" unselected FILESAVE
Summary: AutoRecovery action occurring when "Save AutoRecovery information" unselected...
Status: NEEDINFO
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Calc (show other bugs)
Version:
(earliest affected)
7.3.7.2 release
Hardware: All Linux (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2024-09-29 23:10 UTC by proper.mobile
Modified: 2025-11-25 15:51 UTC (History)
1 user (show)

See Also:
Crash report or crash signature:


Attachments
Capture of progress bar at the bottom of the window that appears during unexpected saving event. (60.14 KB, image/png)
2024-12-03 00:13 UTC, proper.mobile
Details
Capture of progress bar at the bottom of the window that appears near end of event (63.42 KB, image/png)
2024-12-03 00:13 UTC, proper.mobile
Details
AutoRecovery Settings as left for this testing (120.54 KB, image/png)
2024-12-03 00:16 UTC, proper.mobile
Details

Note You need to log in before you can comment on or make changes to this bug.
Description proper.mobile 2024-09-29 23:10:03 UTC
Description:
AutoRecovery is a feature that is supposed to capture the state of a file while it is being worked on and not saved. If LibreOffice crashes before a save occurs, AutoRecovery is supposed to help with recovering the state of the file.

I'm finding that this AutoRecovery seems to run (unable to edit the document, progress bar at the bottom of the window appears and completes) without the option enabled in settings, or at least the action occurs without a recovery created.

Steps to Reproduce:
1. Open a new Calc spreadsheet
2. Save As... to a desired location
3. Type into a cell but do not save
4. Wait for the AutoRecover duration (Options - Load/Save - General > Save > "Save AutoRecovery information every: "

Actual Results:
Periodically:
Unable to edit the document, progress bar at the bottom of the window appears and completes). 

Expected Results:
No periodic pause in editing or progress bar.


Reproducible: Always


User Profile Reset: Yes

Additional Info:
Found after transition from LibreOffice 6.x to 7.x with new Linux Mint installation.

Note: Much quicker when running in Safe Mode (using User Profile corruption link noted prior to submitting this bug).

Version: 7.3.7.2 / LibreOffice Community
Build ID: 30(Build:2)
CPU threads: 4; OS: Linux 5.15; UI render: default; VCL: gtk3
Locale: en-CA (en_CA.UTF-8); UI: en-US
Ubuntu package version: 1:7.3.7-0ubuntu0.22.04.7
Calc: threaded
Comment 1 proper.mobile 2024-12-03 00:13:00 UTC
Created attachment 197906 [details]
Capture of progress bar at the bottom of the window that appears during unexpected saving event.

Capture of progress bar at the bottom of the window that appears during unexpected saving event.
This occurs roughly between 5-10 minutes of leaving unsaved changes, then roughly every 10 minutes.
Comment 2 proper.mobile 2024-12-03 00:13:54 UTC
Created attachment 197907 [details]
Capture of progress bar at the bottom of the window that appears near end of event

Capture of progress bar at the bottom of the window that appears near the end of the unexpected saving event.
This occurs roughly between 5-10 minutes of leaving unsaved changes, then roughly every 10 minutes.
Comment 3 proper.mobile 2024-12-03 00:16:01 UTC
Created attachment 197908 [details]
AutoRecovery Settings as left for this testing

AutoRecovery Settings as left for this testing.
Comment 4 proper.mobile 2024-12-03 00:16:30 UTC
Images attached. Large file created to assist with capturing the event.
Comment 5 Buovjaga 2025-05-07 14:44:25 UTC
From what I remember, there have been several improvements to AutoRecovery since 7.3, so you could try with the latest version. An easy way is to use an appimage: https://www.libreoffice.org/download/appimage/

Set to NEEDINFO.
Change back to UNCONFIRMED, if the problem persists. Change to RESOLVED WORKSFORME, if the problem went away.
Comment 6 QA Administrators 2025-11-25 15:19:51 UTC
Dear proper.mobile,

This bug has been in NEEDINFO status with no change for at least
6 months. Please provide the requested information as soon as
possible and mark the bug as UNCONFIRMED. Due to regular bug
tracker maintenance, if the bug is still in NEEDINFO status with
no change in 30 days the QA team will close the bug as INSUFFICIENTDATA
due to lack of needed information.

For more information about our NEEDINFO policy please read the
wiki located here:
https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO

If you have already provided the requested information, please
mark the bug as UNCONFIRMED so that the QA team knows that the
bug is ready to be confirmed.
 
Thank you for helping us make LibreOffice even better for everyone!

Warm Regards,
QA Team

MassPing-NeedInfo-Ping