Issue 65284 - DOC files opens very slow due to certain type of numbering
Summary: DOC files opens very slow due to certain type of numbering
Status: CLOSED FIXED
Alias: None
Product: Writer
Classification: Application
Component: open-import (show other issues)
Version: 680m167
Hardware: PC Windows XP
: P2 Trivial (vote)
Target Milestone: ---
Assignee: michael.ruess
QA Contact: issues@sw
URL:
Keywords: regression
Depends on:
Blocks: 65112
  Show dependency tree
 
Reported: 2006-05-11 05:58 UTC by pmike
Modified: 2013-08-07 14:40 UTC (History)
1 user (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---

Attachments
Large file demonstrating problem (2.40 MB, application/msword)
2006-05-12 11:35 UTC, michael.ruess 		no flags Details
Document that loops on copy/paste (7.41 KB, application/vnd.oasis.opendocument.text)
2006-05-12 11:44 UTC, michael.ruess 		no flags Details
Document that loops directly after loading (8.24 KB, application/vnd.oasis.opendocument.text)
2006-05-12 11:45 UTC, michael.ruess 		no flags Details
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this issue.
Description pmike 2006-05-11 05:58:12 UTC 
A serious regression was introduced between m162 and m167 OOo builds.
m167 opens DOC files much slower: it's about two times slow for progress bar and
then bug (several minutes) delay. No memory allocs, no network activity during
that delay, only CPU load at 100%. This also happens when switching between
edit/view modes.

No attachments are required, this applies to all DOC files.

Please consider this as serious regression (maybe P2), since performance is
crucial for OOo.
Comment 1 michael.ruess 2006-05-11 11:14:13 UTC 
I cannot see this. I opened a 1.7 Meg large .doc file with 680m168 build and it
needed exactly the same time as in OO 2.0.2. Please check your installation.
Comment 2 michael.ruess 2006-05-11 13:58:52 UTC 
Closed.
Comment 3 pmike 2006-05-12 09:02:19 UTC 
Well, I've updated to m168. Same problem.
Update: not all DOCs open slowly. Some of them opens fast, some slow.

How can I upload large (5.5 Mb original, 2.2 Mb if packed with 7-zip) DOC?
There is 1Mb limit on regular uploads.
OOo m167 and m168 simply hangs on opening this file.
But OOo 2.0.2 opens it in few seconds.
Comment 4 michael.ruess 2006-05-12 10:10:28 UTC 
We have also discovered a heavy regression in performance opening a special kind
of Word documents. Did you also experience that it was good in m165/m166 build?
The performance loss seems to affect documents containing a special kind of
numberings.
Comment 5 michael.ruess 2006-05-12 11:35:07 UTC 
Created attachment 36417 [details]
Large file demonstrating problem
Comment 6 michael.ruess 2006-05-12 11:42:05 UTC 
MRU->OD: the attached document need extremely long to open (not the import, the
formatting process takes its time). Also with odt documents this can be seen.
I will also attach a second odt where copy and paste will lead to this problem.
Comment 7 michael.ruess 2006-05-12 11:44:49 UTC 
Created attachment 36418 [details]
Document that loops on copy/paste
Comment 8 michael.ruess 2006-05-12 11:45:38 UTC 
Created attachment 36419 [details]
Document that loops directly after loading
Comment 9 Oliver-Rainer Wittmann 2006-05-12 11:56:07 UTC 
fixed in cws swqbf65 - changed file:
/sw/source/core/SwNumberTree/SwNumberTree.cxx, 1.5.12.1

defect cause:
method <SwNumberTreeNode::ValidateContinuous(..)> is called endless recursively.
Comment 10 Oliver-Rainer Wittmann 2006-05-12 12:36:30 UTC 
OD->MRU: Checked in internal installation set of cws swqbf65 - please verify.

re-open issue and reassign to mru@openoffice.org
Comment 11 Oliver-Rainer Wittmann 2006-05-12 12:36:34 UTC 
reassign to mru@openoffice.org
Comment 12 Oliver-Rainer Wittmann 2006-05-12 12:36:39 UTC 
reset resolution to FIXED
Comment 13 michael.ruess 2006-05-15 09:41:16 UTC 
Verified fix in CWS swqbf65.
Comment 14 michael.ruess 2006-05-18 10:10:58 UTC 
Checked in 680m1.