Issue 65284

Summary: DOC files opens very slow due to certain type of numbering
Product: Writer Reporter: pmike <>
Component: open-importAssignee: michael.ruess
Status: CLOSED FIXED QA Contact: issues@sw <issues>
Severity: Trivial    
Priority: P2 CC: issues
Version: 680m167Keywords: regression
Target Milestone: ---   
Hardware: PC   
OS: Windows XP   
Issue Type: DEFECT Latest Confirmation in: ---
Developer Difficulty: ---
Issue Depends on:    
Issue Blocks: 65112    
Description Flags
Large file demonstrating problem
Document that loops on copy/paste
Document that loops directly after loading none

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
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
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:

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
Comment 11 Oliver-Rainer Wittmann 2006-05-12 12:36:34 UTC
reassign to
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.