Bug 131334 - Crash on saving large file
Summary: Crash on saving large file
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Calc (show other bugs)
Version:
(earliest affected)
6.3.5.2 release
Hardware: x86-64 (AMD64) Windows (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2020-03-14 09:14 UTC by magic9mushroom
Modified: 2020-09-02 05:39 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments
(Zipped) file causing problems. Large. (21.24 MB, application/x-7z-compressed)
2020-03-14 09:19 UTC, magic9mushroom
Details

Note You need to log in before you can comment on or make changes to this bug.
Description magic9mushroom 2020-03-14 09:14:49 UTC
Description:
LibreOffice crashes on performing the procedure noted in "Steps to Reproduce".

Crash reports:
https://crashreport.libreoffice.org/stats/crash_details/3dc7f4f5-8f60-4e74-8253-a7dd1c26c42d
https://crashreport.libreoffice.org/stats/crash_details/bdc7fa18-75f2-4c69-a314-9f54c82150ae

The problem occurred much earlier when editing the file in OpenOffice (reproducible crash when filling column E, whereas I got to column J in LibreOffice). It could be a lack-of-RAM issue (I have 16 GB), but I'm not sure.

Regarding the user profile, the issue recurs in Safe Mode. My understanding is that this rules out the user profile as a cause.

File used is attached. Note that it is 85 MB.

Steps to Reproduce:
1. Download attached file.
2. Fill J20:J970318 with Ctrl-D.
3. Save file.

Actual Results:
LibreOffice crashed to desktop. Crash report says EXCEPTION_ACCESS_VIOLATION_WRITE.

Expected Results:
Saving file.


Reproducible: Always


User Profile Reset: Yes



Additional Info:
Version: 6.3.5.2 (x64)
Build ID: dd0751754f11728f69b42ee2af66670068624673
CPU threads: 8; OS: Windows 10.0; UI render: default; VCL: win; 
Locale: *redacted*; UI-Language: en-GB
Calc: threaded
Comment 1 magic9mushroom 2020-03-14 09:19:14 UTC
Created attachment 158675 [details]
(Zipped) file causing problems. Large.
Comment 2 Buovjaga 2020-05-29 17:14:53 UTC
Good news: it crashes for me with 6.4.3, but not with 7.0. Can you try with a fresh master build: https://dev-builds.libreoffice.org/daily/master/current.html Win-x86_64@tb77-TDF

Set to NEEDINFO.
Change back to UNCONFIRMED, if the problem persists. Change to RESOLVED WORKSFORME, if the problem went away.
Comment 3 Telesto 2020-06-22 21:15:31 UTC
(In reply to Buovjaga from comment #2)
> Good news: it crashes for me with 6.4.3, but not with 7.0. Can you try with
> a fresh master build:
> https://dev-builds.libreoffice.org/daily/master/current.html
> Win-x86_64@tb77-TDF
> 
> Set to NEEDINFO.
> Change back to UNCONFIRMED, if the problem persists. Change to RESOLVED
> WORKSFORME, if the problem went away.

@Buovjaga,
Filesize content doesn't match (already rather obvious based on original size/ 7zip size). The calculation is also slow based on the content

I tried to 'extract' sheet 1, B1:J970318 by copy/pasting into a new document (without formatting).. for comparison. However. my PC can't handle the file - only 8 GB.. Would you mind to try
Comment 4 Buovjaga 2020-06-23 06:57:27 UTC
(In reply to Telesto from comment #3)
> @Buovjaga,
> Filesize content doesn't match (already rather obvious based on original
> size/ 7zip size). The calculation is also slow based on the content
> 
> I tried to 'extract' sheet 1, B1:J970318 by copy/pasting into a new document
> (without formatting).. for comparison. However. my PC can't handle the file
> - only 8 GB.. Would you mind to try

Here: https://gofile.io/d/HSlsMm
Comment 5 magic9mushroom 2020-09-02 05:39:51 UTC
Sorry for the wait; I didn't feel like getting the beta.

7.0.0 does indeed appear to avoid the crash.

Thanks.