Bug 123655 - Opening file with lots of graphic results in lock up and then crash
Summary: Opening file with lots of graphic results in lock up and then crash
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
6.1.5.2 release
Hardware: x86-64 (AMD64) Linux (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: bibisectRequest, regression
Depends on:
Blocks:
 
Reported: 2019-02-22 19:29 UTC by Joshua Kugler
Modified: 2019-03-14 18:21 UTC (History)
1 user (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 Joshua Kugler 2019-02-22 19:29:31 UTC
Description:
Trying to open this file in LibreOffice results in some very undesirable behavior.

As reported by top:
Peak memory usage of 85% (on a 16GB system).
13.3 G res
29.2G virt
Load average got up to 90+
10 to 20 processes stuck in a D state.

X was responsive, but VERY slow, even locking up for a while. On another machine, the X session locked up, and I couldn't even ssh in to the machine.

LibreOffice finally crashed from, I assume, OOM killer.

This was on Kubuntu 18.04.

Steps to Reproduce:
Trying to open this file in LibreOffice results in some very undesirable behavior.

As reported by top:
Peak memory usage of 85% (on a 16GB system).
13.3 G res
29.2G virt
Load average got up to 90+
10 to 20 processes stuck in a D state.

X was responsive, but VERY slow, even locking up for a while. On another machine, the X session locked up, and I couldn't even ssh in to the machine.

LibreOffice finally crashed from, I assume, OOM killer.

This was on Kubuntu 18.04.

Actual Results:
System locked up and/or Writer crash

Expected Results:
It should have quickly converted and opened the document.


Reproducible: Always


User Profile Reset: No


OpenGL enabled: Yes

Additional Info:
Version: 6.1.5.2
Build ID: 1:6.1.5~rc2-0ubuntu0.18.04.1~lo3
CPU threads: 8; OS: Linux 4.18; UI render: default; VCL: gtk3_kde5; 
Locale: en-US (en_US.UTF-8); Calc: group threaded
Comment 1 Joshua Kugler 2019-02-22 19:30:36 UTC
Sorry about the double paste below. Was having trouble with the site, so copied out my description. When I copied back in, but have hit paste twice.
Comment 2 Joshua Kugler 2019-02-22 19:48:11 UTC
The file is too large to upload (about 100M) so can be found here: https://drive.google.com/file/d/1aWi1p4xIFVOJOF8QpnVDQ7hpB856mEdz/view?usp=sharing
Comment 3 MM 2019-02-22 21:48:47 UTC
Unconfirmed on mint 19.1 with Version: 6.0.7.3
Build ID: 1:6.0.7-0ubuntu0.18.04.2
CPU threads: 2; OS: Linux 4.15; UI render: default; VCL: gtk3; 
Locale: en-US (en_US.UTF-8); Calc: threaded

With this version loading only takes about 15 secs and 600 MB memory. Cpu time goes down to 10-15% when the file is loaded/processed.

Confirmed with Version: 6.3.0.0.alpha0+
Build ID: a9eb7df678655bd71f062ba404b7d6b6f9cc18d4
CPU threads: 2; OS: Linux 4.15; UI render: default; VCL: gtk3; 
TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time: 2019-02-21_16:52:40
Locale: en-US (en_US.UTF-8); UI-Language: en-US
Calc: threaded

It takes all available memory, in my case 6 GB, without loading that much of the file. Cpu time is 100% all the time.

No problem when first saving it as odt with the old version and loading it in the new one.
Comment 4 Joshua Kugler 2019-02-22 22:58:34 UTC
@MM would you mind sticking that converted-to-odt version somewhere? I have someone who would like access to the contents of that file. :)
Comment 5 MM 2019-02-23 11:05:22 UTC
(In reply to Joshua Kugler from comment #4)
> @MM would you mind sticking that converted-to-odt version somewhere? I have
> someone who would like access to the contents of that file. :)

Well you can have multiple version under linux, so why not install 6.0.7 yourself ?
Comment 6 Joshua Kugler 2019-02-25 18:33:47 UTC
Ah! Didn't realize that. Will give that a go. Thanks!