Bug 45763 - 237 pages complex .doc file hang when trying to open
Summary: 237 pages complex .doc file hang when trying to open
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
Inherited From OOo
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: bibisected, bisected, filter:doc, perf
Depends on:
Blocks: DOC
  Show dependency treegraph
 
Reported: 2012-02-08 02:34 UTC by spaceshipgalore
Modified: 2023-01-01 22:24 UTC (History)
6 users (show)

See Also:
Crash report or crash signature:
Regression By:


Attachments
.doc file hangs when trying to open (1.52 MB, application/zip)
2012-02-08 02:36 UTC, spaceshipgalore
Details
console logs on master (10.62 KB, text/plain)
2013-01-05 17:40 UTC, Julien Nabet
Details
some bts at random with master sources (2.52 KB, application/bzip2)
2013-01-05 17:45 UTC, Julien Nabet
Details

Note You need to log in before you can comment on or make changes to this bug.
Description spaceshipgalore 2012-02-08 02:34:39 UTC
the file: JCTVC-G1103_d9.doc is 226 pages long. I have a core i3 with 4gb ram, the importing progress bar goes towards the end after about 1 minute then the window just stalls. I've left it for 10 mins and it has done nothing, it is using 100% cpu on 1 core.
Comment 1 spaceshipgalore 2012-02-08 02:36:15 UTC
Created attachment 56739 [details]
.doc file hangs when trying to open
Comment 2 spaceshipgalore 2012-02-08 02:44:28 UTC
here is the .doc file as for some reason it doesn't seem to be letting me upload it properly:

http://www.fileserve.com/file/XVfx42S/JCTVC-G1103_d9.doc
http://www.mediafire.com/?is9i2t5tn8ss3t9
http://www.filedropper.com/jctvc-g1103d9
Comment 3 tester8 2012-02-14 02:41:36 UTC
Reproduced with

LibreOffice 3.5.0rc3
7e68ba2-a744ebf-1f241b7-c506db1-7d53735
Ubuntu 10.04.3 x86
Linux 2.6.32-38-generic Russian UI
Comment 4 spaceshipgalore 2012-03-19 08:55:59 UTC Comment hidden (obsolete)
Comment 5 Rusbearing 2012-06-20 06:20:55 UTC
i can open it with 3.5.4.2
Comment 6 spaceshipgalore 2012-06-20 06:44:36 UTC
This opens with Libreoffice 3.6 beta 1 but it took around 2 minutes to open on a core i5 2.4ghz 6gb laptop.
Comment 7 bfoman (inactive) 2012-07-09 11:54:15 UTC
Checked with:
LO 3.5.5.3 
Build ID: own W7 debug build
Windows 7 Professional SP1 64 bit

Could not reproduce the crash. Opening and parsing a file is very slow.
Comment 8 Julien Nabet 2013-01-05 16:22:10 UTC Comment hidden (obsolete)
Comment 9 spaceshipgalore 2013-01-05 16:58:22 UTC Comment hidden (obsolete)
Comment 10 Julien Nabet 2013-01-05 17:00:42 UTC Comment hidden (obsolete)
Comment 11 spaceshipgalore 2013-01-05 17:11:15 UTC Comment hidden (obsolete)
Comment 12 Julien Nabet 2013-01-05 17:40:49 UTC
Created attachment 72552 [details]
console logs on master

On pc Debian x86-64 with master sources updated today, I reproduced the problem.
Comment 13 Julien Nabet 2013-01-05 17:45:17 UTC
Created attachment 72553 [details]
some bts at random with master sources

some bts too.

Hajj: the only problem with the attachment was the mimetype. It was "text/html" instead of "application/zip"
Thank you for your feedback.
Comment 14 Julien Nabet 2013-01-05 17:45:54 UTC Comment hidden (obsolete)
Comment 15 spaceshipgalore 2013-01-05 17:55:44 UTC
This takes approximately 3mins 25secs with Libreoffice 4.0 beta 2 btw. 1 minute 15secs longer than v3.6.4. I hope you can fix this in v4.0 final as well as 3.6.x.
Comment 16 retired 2013-09-18 10:24:34 UTC
This opens very slow on OS X as well. Setting platform to All.

Crashed LO 4.1.1.2 and LO Version: 4.2.0.0.alpha0+
Build ID: f4d3954fc6106b3ae0ee16ab0fcde15d8cb945e3 for me.
Comment 17 Cédric Bosdonnat 2014-01-20 08:57:12 UTC Comment hidden (obsolete)
Comment 18 Julien Nabet 2015-04-22 20:05:41 UTC
For the record, on pc Debian x86-64 with master sources updated today, I can still reproduce this.
I noticed these console logs:
warn:sot:2797:1:sot/source/sdstor/stgdir.cxx:424: Trying to resize readonly stream by seeking, could be a wrong offset: 2617461
warn:sot:2797:1:sot/source/sdstor/stgdir.cxx:424: Trying to resize readonly stream by seeking, could be a wrong offset: 2616987
warn:sot:2797:1:sot/source/sdstor/stgdir.cxx:424: Trying to resize readonly stream by seeking, could be a wrong offset: 2616987
warn:sot:2797:1:sot/source/sdstor/stgdir.cxx:424: Trying to resize readonly stream by seeking, could be a wrong offset: 2617461
warn:sot:2797:1:sot/source/sdstor/stgdir.cxx:424: Trying to resize readonly stream by seeking, could be a wrong offset: 2616987
warn:sot:2797:1:sot/source/sdstor/stgdir.cxx:424: Trying to resize readonly stream by seeking, could be a wrong offset: 2617461
Comment 19 QA Administrators 2016-09-20 09:33:18 UTC Comment hidden (obsolete)
Comment 20 spaceshipgalore 2016-09-20 09:54:27 UTC Comment hidden (obsolete)
Comment 21 Telesto 2016-12-07 14:06:20 UTC
Reproducible with
Version: 5.4.0.0.alpha0+
Build ID: a9f56091b6422ec8c42f09b8472200ae4ab12548
CPU Threads: 4; OS Version: Windows 6.19; UI Render: default; 
TinderBox: Win-x86@42, Branch:master, Time: 2016-12-05_23:12:26
Locale: nl-NL (nl_NL); Calc: CL
Comment 22 QA Administrators 2018-07-19 02:41:03 UTC Comment hidden (obsolete)
Comment 23 spaceshipgalore 2018-07-19 06:51:03 UTC Comment hidden (obsolete)
Comment 24 QA Administrators 2019-07-20 02:46:28 UTC Comment hidden (obsolete, spam)
Comment 25 spaceshipgalore 2020-11-09 12:30:26 UTC Comment hidden (obsolete)
Comment 26 spaceshipgalore 2020-11-09 12:32:11 UTC Comment hidden (obsolete)
Comment 27 spaceshipgalore 2022-02-03 01:26:58 UTC
this problem still exists in v7.3.0:

Version: 7.3.0.3 (x64) / LibreOffice Community
Build ID: 0f246aa12d0eee4a0f7adcefbf7c878fc2238db3
CPU threads: 4; OS: Windows 10.0 Build 19044; UI render: Skia/Vulkan; VCL: win
Locale: en-GB (en_GB); UI: en-GB
Calc: CL
Comment 28 Timur 2022-06-10 14:39:38 UTC
3.5m  12,33s user 0,94s system 86% cpu   15,30 total (not good looking)
3.6m  61,25s user 1,30s system 93% cpu 1:06,56 total
4.0m 135,22s user 1,96s system 97% cpu 2:20,92 total
4.2m  88,05s user 1,51s system 88% cpu 1:40,80 total
4.4m  88,05s user 1,75s system 80% cpu 1:51,39 total
5.0m 100,12s user 1,48s system 97% cpu 1:44,62 total
5.1m cannot open
5.2m 264,02s user 1,74s system 91% cpu 4:49,15 total
6.2m 302,53s user 1,32s system 92% cpu 5:28,06 total
7.2m >10
7.4+  05,48s user 2,35s system 93% cpu 7:16,98 total

Here is a open time. This should be checked if DOC was opened properly.
So far, worst was fix in 5.2 of not opening in 5.1.
Comment 29 Timur 2022-06-13 09:47:38 UTC
Slowdown in 40 was in 43all commit f14ed43d8e6708b63145fb63cfc109c223d9e344:
from   83,86s user 1,97s system 96% cpu 1:28,85 total
to    125,91s user 1,98s system 97% cpu 2:11,14 total

Range: https://cgit.freedesktop.org/libreoffice/core/log/?qt=range&q=9ed34f8137e1ec4f58151eba74507102192cb8fd..a20f9a410fdd3f776f870434bc39219d5fc64b40
Comment 30 Timur 2022-06-13 11:15:16 UTC
Big slowdown in 5.2 repo in commit 68fd35405fcaa694e09e988cef4847772ef8406d:
from  5.2o  68,83s user 2,07s system 94% cpu 1:15,35 total
to    5.2m 244,74s user 2,97s system 98% cpu 4:11,05 total

author	Justin Luth <justin_luth@sil.org>	2015-11-27
commit 0d127baed75929e744d5b6249f510012cfbc0e88
tdf#91083 - .doc: emulate table keep-with-next paragraph

Adding Justin for comment.
Comment 31 Timur 2022-06-13 14:10:53 UTC
Another slowdown in 6.4 repo in commit 3c8644c50f63c207b563ccd14f62efb8e10c531a:
from  311,57s user 1,72s system 92% cpu 5:39,61 total
to       0,11s user 0,08s system 0% cpu 8:56,65 total
(those times are for 2nd run, 1st run is worse and awfully slow:
to   1017,93s user 1,49s system 99% cpu 17:03,84 total)

author	László Németh <nemeth@numbertext.org>	2019-07-05
commit b86b87eb34c686c67ae86c6f635e5218a5654898
tdf#120338 DOCX: reject other paragraph formatting changes
Comment 32 Timur 2022-06-14 10:24:41 UTC
Some improvement in 7.4 repo:
from  760,33s user 1,48s system 99% cpu 12:44,19 total
to    411,96s user 1,27s system 99% cpu  6:55,83 total

commit 86039563de87149a01ffb980b5ec99074b98fd5e
author	Luboš Luňák <l.lunak@collabora.com>	May 14 2022
std::stable_sort() where libc++ debug mode breaks a unittest

Adding Luboš here to see this unexpected? improvement for opening DOC.
Comment 33 spaceshipgalore 2023-01-01 22:24:44 UTC
This problem still exists in v7.5 RC1:

Version: 7.5.0.1 (X86_64) / LibreOffice Community
Build ID: 77cd3d7ad4445740a0c6cf977992dafd8ebad8df
CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: Skia/Vulkan; VCL: win
Locale: en-GB (en_GB); UI: en-GB
Calc: CL threaded