Issue 58612 - MS Word document with Hebrew very slow to reformat
Summary: MS Word document with Hebrew very slow to reformat
Status: CONFIRMED
Alias: None
Product: Writer
Classification: Application
Component: open-import (show other issues)
Version: OOo 2.0
Hardware: PC Windows 2000
: P3 Trivial (vote)
Target Milestone: ---
Assignee: AOO issues mailing list
QA Contact:
URL:
Keywords: oooqa
Depends on:
Blocks:
 
Reported: 2005-11-29 10:17 UTC by kepeter
Modified: 2013-08-07 14:38 UTC (History)
1 user (show)

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

Attachments
A hebrew book to issue 58612 (7.88 MB, application/msword)
2005-11-29 10:29 UTC, kepeter 		no flags Details
Extract circa pages 550-575 (25 pages). Takes 40 seconds to load on OOo 2.0.0 Linux Opteron 252. (207.00 KB, application/msword)
2005-11-30 20:26 UTC, aziem 		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 kepeter 2005-11-29 10:17:40 UTC 
I have a MS Word 9.0 document (616 pages) which runs over 15 minutes and still
not opened (it takes less than a minute to open with MS Word).
Comment 1 kepeter 2005-11-29 10:29:51 UTC 
Created attachment 31891 [details]
A hebrew book to issue 58612
Comment 2 aziem 2005-11-29 19:58:17 UTC 
Confirm that OpenOffice.org 2.0.0 (on Windows 2000 Pro) does take much, much
longer to open attachment 31891 [details] than Microsoft Word 2000.

For easier searching:
Summary: "Cant wait for importing MS Word document" --> "MS Word document with
Hebrew very slow to import"
Comment 3 aziem 2005-11-30 20:26:34 UTC 
Created attachment 31947 [details]
Extract circa pages 550-575 (25 pages).  Takes 40 seconds to load on OOo 2.0.0 Linux Opteron 252.
Comment 4 aziem 2005-12-09 00:58:10 UTC 
Summary of testing that lead to attachment 31947 [details]:

Using Word 2000, I extracted sequences of pages to isolate the slowness.  Then I
tried to open on OpenOffice.org 2.0.0 Linux with fast CPU.  Page numbers may be
approximate.
- pages 450 to 616: very slow, gave up
- pages 500 to 550: 7 seconds
- pages 500 to 575: very slow, gave up
- pages 500 to 613: very slow, gave up
- pages 525 to 615: 30 seconds
- pages 550 to 560: 3 seconds*
- pages 560 to 575: 7 seconds*
- pages 550 to 575: 40 seconds*
- pages 575 to 616: 10 seconds

* Notice that breaking up 550-575 in two pieces takes total 10 seconds to load,
but whole piece 550-575 takes 40 seconds (4x more than parts).
Comment 5 michael.ruess 2005-12-13 10:06:06 UTC 
MRU->FME: it needs extremely long to reformat this CTL document. Partly it is
written in multi-column layout. Maybe this makes the performance problem.