Bug 153779 - FILESAVE Calc takes 4 minutes to save a file
Summary: FILESAVE Calc takes 4 minutes to save a file
Status: RESOLVED INSUFFICIENTDATA
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Calc (show other bugs)
Version:
(earliest affected)
7.5.0.3 release
Hardware: x86-64 (AMD64) Linux (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2023-02-22 02:59 UTC by christothemagnificent
Modified: 2023-10-20 03:15 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description christothemagnificent 2023-02-22 02:59:16 UTC
Description:
I have a graphically rich 8.9 Mbyte file I run my home budget with.
Saving the file after working on it takes roughly 4 minutes.
Memory usage does not exceed 55%
During the save process a process/thread runs one core at 100%, and bounces around which core that is.
I frequently get a dialogue box saying Calc is not responding, do I wish to force a close.
Imediately then "Saving as" to the back up location takes 20 seconds and the thread only runs on a single core; It doesn't bounce around cores.
Varying document format does not change behaviour.

Steps to Reproduce:
1. Save a large file EG: My budget spreadsheet of 8.9 MBytes
2. Saving then takes 4 minutes
3.

Actual Results:
Initial "Save" takes four minutes, subsequent "Save As" takes 20 seconds.

Expected Results:
Save in under a second, this is what Excel does on the same document.


Reproducible: Always


User Profile Reset: Yes

Additional Info:
This has been getting progressivly worse, I assume, as the file grows in size.

This is across Linux Mint from 18.0 through to 21.1 including all kernel revisions and all Libreoffice builds, both Flatpak and repository. Fresh installs or upgrades made no difference.

The save destination being an SSD, a 10,000 RPM raptor hard drive or USB stick makes no difference.
Comment 1 m_a_riosv 2023-02-22 13:07:01 UTC
First, test with the navigator if there is something strange, or unwanted objects.
Second, verify you have not unwanted data or formatted cells beyond, the range you want.

I any of those works, then please attach a sample file to reproduce the issue.
https://wiki.documentfoundation.org/QA/BugReport see description and attachments, on how to clean the file.
Comment 2 christothemagnificent 2023-02-24 05:25:00 UTC
Thankyou for your reply, further testing;

Saves perform faster after running PROPERTIES
Running in safe mode made no difference
Resetting properties made no difference
Navigator shows 3 OLE objects, aside from SHEETS, all other options are greyed out.

The file is my household budget with accounts numbers and transaction details. It will take time to sanitise it before submitting for testing.
Comment 3 QA Administrators 2023-02-25 03:24:20 UTC Comment hidden (obsolete)
Comment 4 christothemagnificent 2023-03-02 03:19:32 UTC
I have captured the behaviour with simplescreenrecorder as per below link;

https://aussiebroadband-3.wistia.com/projects/l56b2kwuv0
Comment 5 m_a_riosv 2023-03-02 15:59:28 UTC
Beautiful, but except you can attach the file, properly anonymized, no way to take a look about what is happening.
Comment 6 Roman Kuznetsov 2023-03-22 17:45:58 UTC
we are still waiting your file example
Comment 7 QA Administrators 2023-09-19 03:06:14 UTC Comment hidden (obsolete)
Comment 8 QA Administrators 2023-10-20 03:15:30 UTC
Dear christothemagnificent,

Please read this message in its entirety before proceeding.

Your bug report is being closed as INSUFFICIENTDATA due to inactivity and
a lack of information which is needed in order to accurately
reproduce and confirm the problem. We encourage you to retest
your bug against the latest release. If the issue is still
present in the latest stable release, we need the following
information (please ignore any that you've already provided):

a) Provide details of your system including your operating
   system and the latest version of LibreOffice that you have
   confirmed the bug to be present

b) Provide easy to reproduce steps – the simpler the better

c) Provide any test case(s) which will help us confirm the problem

d) Provide screenshots of the problem if you think it might help

e) Read all comments and provide any requested information

Once all of this is done, please set the bug back to UNCONFIRMED
and we will attempt to reproduce the issue. Please do not:

a) respond via email 

b) update the version field in the bug or any of the other details
   on the top section of our bug tracker

Warm Regards,
QA Team

MassPing-NeedInfo-FollowUp