Apache OpenOffice (AOO) Bugzilla – Issue 17368
Crash opening Word doc containing Math OLE when Math object conversion is checked
Last modified: 2013-08-07 14:42:08 UTC
Ref previously resolved bugs 17105 and 4516. Mathtype fonts created with equation editor of WORD97 do not transfer correctly to Ooo. Many symbols are replaced with rectangular boxes. When accessing the font manager in Win98 Control Panel and opening the OPENSYMBOL font, the font is displayed with rectangular boxes in place of the expected symbols. This is the only such font displaying this effect. Deleting the font as recommended in 17105 and reinstalling doesn't work.Deleting the font and repairing the installation doesn't work. Reinstalling Ooo1.0.3 doesn't affect the problem. Rebooting has no effect. I have a large collection of papers waiting to migrate from Word97 to Oooand would greatly appreciate a solution.
Installed 1.1rc. Opensymbol.ttf is relaced with a smaller version(c.45k). This I know because it was the only replacement which the installation flagged for confirmation. However, viewing the font via the control panel in Win98 produces the usual rectangles. However, in 1.1RC, provided that the options/LoadSave for Mathtype are left unchecked, the Word 97 files now accurately display the Mathtype formulae. If the conversion to Openoffice is flagged in the options/LoadSave, then the importation is liable to crash, depending on the size of the file. In any event, the formulae do not display correctly. In the first instance, with the correct display of the Mathtype formulae, an attempt to edit them meets with an OLE error. In Ooo 1.0.3 such attempt would have called up Word97's equation editor. Just to note in passing, 1.1RC looks very nice indeed.
Hi Paul, can you come up with a recipe for causing the import crash in OOo1.1rc? If so, please post it here, and attach the document you used to reproduce the crash. Thanks!
Created attachment 8047 [details] Word97 doc file. Load to Ooo1.1RC with conversion to OooMath on. Page down a few times.
Correction:Additional Comments From paul335 2003-07-25 11:26 PDT stated "In the first instance, with the correct display of the Mathtype formulae, an attempt to edit them meets with an OLE error. In Ooo 1.0.3 such attempt would have called up Word97's equation editor." Please ignore this part of the comment. Re attached file: I stripped down the original file to the smallest version which reproduced the crash. Note that in the Tools/Options/LoadSave/MicrosoftOffice option the left box - Mathtype to Openoffice.orgMath is ticked. In this case, the document loads, and the crash only occurs after paging down a couple of pages. With the original larger file the crash occured during conversion. I suspect, given that the problem occurs a couple of pages into the file, there may be an issue related to some specific characters. But I'm just guessing.
Reproduced on Linux with OpenOffice1.1rc2. Changing priority to P2, since some testing can still be done even with this bug. When reproducing this bug, don't forget to check Tools/Options/LoadSave/MicrosoftOffice/ 'convert Mathtype to Openoffice.orgMath on Load' before loading file. Page down three times and BAM. You have to use gdb to get a stack dump, since the crash logger doesn't seem to log assertion failures. Since crash happens while X lock is held, you have to run gdb from a different machine to do anything once it happens. gdb stack dump at http://kegel.com/openoffice/crash-17368.txt Highlights of stack dump: #0 0x412bdd01 in kill () from /lib/libc.so.6 #1 0x4111e81d in raise () from /lib/libpthread.so.0 #2 0x412bf059 in abort () from /lib/libc.so.6 #3 0x41278424 in __cxa_call_unexpected () from /opt/OpenOffice.org1.1rc2/program/libstdc++.so.5 #4 0x41278471 in std::terminate() () from /opt/OpenOffice.org1.1rc2/program/libstdc++.so.5 #5 0x412785e5 in __cxa_throw () from /opt/OpenOffice.org1.1rc2/program/libstdc++.so.5 #6 0x43b59a50 in SfxBaseModel::getCurrentController() () from /opt/OpenOffice.org1.1rc2/program/libsfx645li.so #7 0x45a3d89d in CreateObjSmDocShellDll () from /opt/OpenOffice.org1.1rc2/program/libsm645li.so #8 0x45a2f8ae in CreateObjSmDocShellDll () from /opt/OpenOffice.org1.1rc2/program/libsm645li.so #9 0x43b0db6f in SfxObjectShell::DoSave() () from /opt/OpenOffice.org1.1rc2/program/libsfx645li.so #10 0x43b1559a in virtual thunk to SfxObjectShell::DoSave() () from /opt/OpenOffice.org1.1rc2/program/libsfx645li.so #11 0x44cf0cf6 in typeinfo for com::sun::star::registry::InvalidRegistryException () from /opt/OpenOffice.org1.1rc2/program/libsw645li.so ... #25 0x44c9ba4d in typeinfo for com::sun::star::registry::InvalidRegistryException () from /opt/OpenOffice.org1.1rc2/program/libsw645li.so #26 0x452774f9 in CreateObjSwDocShellDll () from /opt/OpenOffice.org1.1rc2/program/libsw645li.so #27 0x4020df30 in Window::ImplCallPaint(Region const*, unsigned short) () from /opt/OpenOffice.org1.1rc2/program/libvcl645li.so #28 0x40219a7c in Window::Update() () from /opt/OpenOffice.org1.1rc2/program/libvcl645li.so #29 0x44cc2583 in typeinfo for com::sun::star::registry::InvalidRegistryException () from /opt/OpenOffice.org1.1rc2/program/libsw645li.so #30 0x44c9bb70 in typeinfo for com::sun::star::registry::InvalidRegistryException () from /opt/OpenOffice.org1.1rc2/program/libsw645li.so #31 0x454866f1 in CreateObjSwWebDocShellDll () from /opt/OpenOffice.org1.1rc2/program/libsw645li.so #32 0x45486acc in CreateObjSwWebDocShellDll () from /opt/OpenOffice.org1.1rc2/program/libsw645li.so #33 0x454886b3 in CreateObjSwWebDocShellDll () from /opt/OpenOffice.org1.1rc2/program/libsw645li.so #34 0x454884eb in CreateObjSwWebDocShellDll () from /opt/OpenOffice.org1.1rc2/program/libsw645li.so #35 0x45488070 in CreateObjSwWebDocShellDll () from /opt/OpenOffice.org1.1rc2/program/libsw645li.so #36 0x40270f0a in ScrollBar::Scroll() () from /opt/OpenOffice.org1.1rc2/program/libvcl645li.so
I have tested the document with OOo1.1RC1 on Win98. I don't get a crash.
I have used the built in system crash report facility of Ooo1.1RC to forward a report to your attention. Note that the fact that your Win98 config doesn't crash may point to the opensymbol font nondisplay problem on my configuration being implicated.
SBA: Same findings in version 645m14s3 Build 8667. Changed title slightly to meet the circumstances (It doesn't occur with default settings). Target set to OOo 1.1.1 SBA->SJ: As discussed with OD, yours for further investigation.
Hi Stefan, I could not reproduce this bug on SRX645m17, maybe the bug was fixed with bugfix for i6991 and 111923. This means the bug should not happen anymore within the next OO 1.1 build. Can you please check this, Many thanks, Sven
SBA->CMC: The settings in Tools-Options-Load-Save are important. Then it crashes in 645m18 on Windows (Not in my 645m18 on Linux). Seen an ssertion in a 680 Dev environment about lost graphics. Please have a look. Reassigned to Caolán.
This sounds 100% #111923#/#i6991#, will check.
No crash for me in windows OOoRC4, SRX645m18 nonproduct and SRX645m18 product. There are assertions in SRX645m18 nonproduct that some of the equations could not be converted, this is the same situation as in SRC641 because one or two are an unsupported subformat of equation editor. cmc->sba: Are you certain you saw a crash in a windows SRX645m18, this has exactly the same symptoms as #111923# fixed by MBA for SRX645m17.
Created attachment 9150 [details] PDF file created from test file loaded in OooRC4 without conversion to Mathtype
Created attachment 9151 [details] PDF file created from test file loaded in OooRC4 with conversion to Mathtype
Test file no longer crashes under clean install of OooRC4. Well done! I have uploaded two PDF files created from the test file document. The first shows the result of importing the test file without conversion to Mathtype specified in the Tools/Load/Save/Microsoft Office options. Output is very satisfactory. The second upload shows the output when the conversion to Mathtype is checked. Note the incorrect conversion of some formulae. This reflects the problem mentioned in my first post cf."Mathtype fonts created with equation editor of WORD97 do not transfer correctly to Ooo".
Created attachment 9156 [details] Zipped original Word97 doc file with PDF outputs to clarify problem with symbol display
Correction: previous post and attachment descriptions should read "with conversion from Mathtype to Openoffice.Org Math on" in place of "with conversion to Mathtype on". Also, very large documents (ex.80 pages packed with formulae) now load without incident. In order to help clarify/scope the symbol conversion/display problem I have attached a sample word97 document along with PDF outputs corresponding to document appearance when loaded with conversion from MAthtype to OooMath set on or off respectively.
SBA -> MRU: Please check. Reassigned to Michael.
Yes, that's right. I could also reproduce the issue with OO 1.1 RC2. RC4 does not have the problem anymore.
Closed, because fixed.