Apache OpenOffice (AOO) Bugzilla – Full Text Issue Listing |
Summary: | Not responding when import .doc file | ||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|
Product: | Writer | Reporter: | 95217686d <pip.chan> | ||||||||
Component: | open-import | Assignee: | michael.ruess | ||||||||
Status: | CLOSED FIXED | QA Contact: | issues@sw <issues> | ||||||||
Severity: | Trivial | ||||||||||
Priority: | P2 | CC: | courrier.oou.fr.mjk, issues, jbf.faure, max.odendahl, michael.ruess, rainerbielefeld_ooo_qa | ||||||||
Version: | OOO310m4 | Keywords: | oooqa, regression | ||||||||
Target Milestone: | --- | ||||||||||
Hardware: | PC | ||||||||||
OS: | Windows XP | ||||||||||
Issue Type: | DEFECT | Latest Confirmation in: | --- | ||||||||
Developer Difficulty: | --- | ||||||||||
Issue Depends on: | |||||||||||
Issue Blocks: | 95768 | ||||||||||
Attachments: |
|
Description
95217686d
2009-03-08 03:43:35 UTC
Created attachment 60810 [details]
.doc file cases the not responding
I checked with "Ooo Dev 3.1.0 multilingual version English UI WIN XP: [OOo310m2 (Build 9385)]" and can NOT confirm the reported effect. I will try m4 soon. @95217686d: Can you contribute a crash report ID? I confirm the problem for OOO310m4 (+ lang pack FR) under Ubuntu 8.04 : CPU 100%, I need to kill soffice process. OOo 3.0.1 FR opens this bugdoc without problem. Set keyword regression @ 95217686d : please provide information how this file has been produced. It is the result of a conversion odt -> doc ? Regards JBF This file convert from Ooo 3.0.1 from odt to doc. Then I open this file from MS Office and modified the doc file. Then open in Ooo310m4. But now, most of our other .doc format file are unable to open with Ooo310m4 and all are converted by Ooo3.0.1 I could replicate the problem for OOO310m4 / WinXP. Same results as described by jbfaure. Similar (simplified): - .odt created in OOO310m4 / WinXP [table_in_table_2.odt] - saved as .doc (97/2000/XP) [table_in_table_2.doc] - .doc can be re-imported in OOo 3.0.1 - .doc cannot be re-imported in OOO310m4. Created attachment 60826 [details]
simplified example 1 - table_in_table_2.odt
Created attachment 60827 [details]
simplified example 2 - table_in_table_2.doc
@ 95217686d: After I had removed the *note* on page 26, I could open <test3.doc> also in OOO310m4. @MOD: don't know if it may be your area but could you please have a look at the first attached document and compare with majukr05's last statement ( #desc10 ): "After I had removed the *note* on page 26, I could open <test3.doc> also in OOO310m4." works for me with m42 and m2, will need to download m4... Can someone confirm? It works with m2, but does not work with m4? mod->es: coment 10 sounds like a notes issue, but notes8 got integrated into m1, so this does not really fit Trying to delete a note inside these documents and saving afterwards crashes the application, so I guess the loop when loading is also related to this. It crashes in WW8TableInfo::processTableBox. Looks like Issue 98465 is related, which I think wanted to fix exactly this crash and was integrated into m4(or maybe not?). Btw, the other issue talks about a crash on Linux, but crashed here on Mac. -> reassign to hbrinkm, mru on cc who qa'ed issue 98465 Taking over this issue. Fix in progress in cws sw31bf07. Changing target to 3.1 as long as this at least did not crash in OOO310m2. defect cause: While setting the text for the note object at the Outliner, a method <Outliner::ImplCheckParagraphs( 0, (USHORT) (pParaList->GetParagraphCount()-1) ) is called without checking, if the count value is probably 0. Thus, <Outliner::ImplCheckParagraphs(..)> is called with parameter value 0 and 65535, which causes the for-loop in its implementation to loop forever. solution: Call method <Outliner::ImplCheckParagraphs(..)> without decrementing the count value and adjust implementation of this method to assure its for-loop does not loop forever. mod->od: - why would this work in m2, but not in m4? Was there a recent change in this regard? - shouldn't this loop also happen then when importing an odt document and setting the note object? - so I guess the crash when saving the file is completly unrelated and needs a seperate issue? OD->MOD: > - why would this work in m2, but not in m4? Was there a recent change in this regard? It seems that a change in cws aw063 at the Outliner causes this. But, I am not sure. I will check this together with AW. > - shouldn't this loop also happen then when importing an odt document and setting the note object? I do not know. > - so I guess the crash when saving the file is completly unrelated and needs a seperate issue? I did not reproduce any crash. fixed in cws sw31bf07 - change files: /svx/source/outliner/outleeng.cxx /svx/source/outliner/outliner.cxx /svx/source/outliner/outlvw.cxx rev. 269266 OD->MRU: Checked in internal installation set of cws sw31bf07 - please verify. forgot to assign to MRU ;-) Verified in CWS sw31bf07. Checked in OOO310m7. |