Issue 17196

Summary:

MS Word Doc Does not open and eats up all CPU cycles

Product:

Writer

Reporter:

Unknown <non-migrated>

Component:

code

Assignee:

michael.ruess

Status:

CLOSED FIXED

QA Contact:

issues@sw <issues>

Severity:

Trivial

Priority:

CC:

issues

Version:

OOo 1.1 RC

Keywords:

crash, oooqa

Target Milestone:

---

Hardware:

OS:

All

Issue Type:

DEFECT

Latest Confirmation in:

---

Developer Difficulty:

---

Attachments:

Description	Flags
MS Word 200 DOC (will not open)	none
First assert problem	none
Second problem	none

Description Unknown 2003-07-21 19:57:07 UTC

I am running Windows 2000 SP3 when I open the attached MS Word 2000 file the 
CPU utalization goes way up and and stays there. OpenOffice.com then becomes 
unresponsive. I have left the system like this for several hours and the file 
never does open. No error message is generated and the program never exits. 
this file did open fine in Version 1.02.

Thank you for your Help

Comment 1 Unknown 2003-07-21 19:59:13 UTC

Created attachment 7903 [details]
MS Word 200 DOC (will not open)

Comment 2 jensja 2003-07-30 02:19:24 UTC

Duplicated with OOo1.1rc2 on Windows 2000.
Confirmed.

Comment 3 h.ilter 2003-08-05 12:16:56 UTC

HI->CMC: Reproducible also with RC2.

Comment 4 caolanm 2003-08-05 17:03:40 UTC

cmc->hi: It chugs a little during loading with SRX645m15 under 2000
but not too much but it does complete within a short period of time
for me (20 secs in debugging version). Can you confirm this ?

Comment 5 h.ilter 2003-08-06 15:01:58 UTC

No, on XP the Taskmanager still shows after 3 min. "Not Responding"
and the CPU Usage is 100%. Seems to be hang.
Tested also with NonPro and Win2000, I broke up after clicking the
x.th assertion. 645m15-6.01_8669.

Comment 6 caolanm 2003-08-06 16:06:22 UTC

Hmm, In product it leaps to 99% after importing during pagination and
stays there permanently. Interestingly in nonproduct it works, (albeit
with the debug window asserts disabled). Perhaps something corrupt
coming from the filter which gets safely handled in debug only code.

Comment 7 caolanm 2003-08-07 16:15:21 UTC

Created attachment 8310 [details]
First assert problem

Comment 8 caolanm 2003-08-08 09:43:47 UTC

Created attachment 8330 [details]
Second problem

Comment 9 caolanm 2003-08-08 09:45:16 UTC

I think I see it, there are section breaks inside the results of a
field. This is unexpected, results of fields are ignored as we
recalculate them from the field codes, so the section break characters
are not seen but the section break properties associated with those
unseen characters are.

Comment 10 caolanm 2003-08-08 09:58:04 UTC

I believe the changes now checked in for 1.1.1 should clear the problem.

Comment 11 caolanm 2003-08-08 11:49:14 UTC

Reopen to reassign

Comment 12 caolanm 2003-08-08 11:49:46 UTC

cmc->mru: Resolved with corkfilterteam10, looking well too.

Comment 13 michael.ruess 2003-08-13 14:07:34 UTC

Agree, looks good in CWS corkfilterteam10.

Comment 14 michael.ruess 2003-08-13 14:09:53 UTC

Verified. Fix will be available in OO 1.1.1.

Comment 15 michael.ruess 2004-01-27 14:38:45 UTC

Fix will be available in OO 1.1.1. Checked with srx645m27.