Apache OpenOffice (AOO) Bugzilla – Issue 92827
OpenOffice.org crashes when opening attached documents
Last modified: 2008-09-07 18:25:50 UTC
When opening some externally-generated documents, OOo immediately crashes. The worst part of this is that OOo will try to recover all open documents the next time it starts, including the one that crashed it, resulting in another crash. After Recovery you can't select to not recover this file but to recover the other files where you are working on. so you get data lost Error code with 2.4.1 rttjn3 and with 3.0_m2 rkhd4uc
Created attachment 55800 [details] bug doc
I confirm the crash for OOO300_m2 under Kubuntu 6.06. For me after recovery OOo freezes and I have to kill the process soffice.bin. If I launch soffice in a terminal (after recovery) I get the following error message : terminate called after throwing an instance of 'com::sun::star::container::NoSuchElementException' Hope this helps. Best regards. JBF
Crash is reproducible on Suse too. TM->MAV: as talked about, please have a look and reassign issue to the appropiate developer.
TM->MAV: this is what I get on Suse: Program received signal SIGABRT, Aborted. [Switching to Thread -1247635792 (LWP 6587)] 0xffffe410 in __kernel_vsyscall () (gdb) where #0 0xffffe410 in __kernel_vsyscall () #1 0xb78f37d0 in raise () from /lib/libc.so.6 #2 0xb78f4ea3 in abort () from /lib/libc.so.6 #3 0xb7ac2ad1 in __gnu_cxx::__verbose_terminate_handler () from /opt/staroffice9/program/../basis-link/ure-link/lib/libstdc++.so.6 #4 0xb7ac0505 in __cxa_call_unexpected () from /opt/staroffice9/program/../basis-link/ure-link/lib/libstdc++.so.6 #5 0xb7ac0542 in std::terminate () from /opt/staroffice9/program/../basis-link/ure-link/lib/libstdc++.so.6 #6 0xb7ac06d2 in __cxa_throw () from /opt/staroffice9/program/../basis-link/ure-link/lib/libstdc++.so.6 #7 0xadcec703 in ?? () #8 0x08617998 in ?? () #9 0xb7d67ff4 in typeinfo for desktop::IntroWindow_Impl () from /opt/staroffice9/program/../basis-link/program/libsofficeapp.so #10 0xadcc8238 in ?? () #11 0xbfe6e570 in ?? () #12 0xbfe6e582 in ?? () #13 0x0000000f in ?? () #14 0xbfe6e508 in ?? () #15 0xb6c639cf in String::GetToken () from /opt/staroffice9/program/../basis-link/program/libtlli.so #16 0xac7f3532 in ?? () ---Type <return> to continue, or q <return> to quit--- #17 0xac4bc344 in ?? () #18 0xbfe6e570 in ?? () #19 0x00000001 in ?? () #20 0x00000000 in ?? ()
set target
Created attachment 55851 [details] The stack of the crash
The crash happens because the draw implementation uses method XStorage::isStorageElement() with a name of element that does not exist. As result an exception is thrown that is unexpected in caller implementation. mav->cl: Could you please take a look.
mav->cl: Could you please take a look.
fixed in cws impress153 for OOo 3.0 final I catch the exception from isStorageElement(). The exception itself is ok here since the bugdoc is not valid and references images that are not existing in the storage.
verified in cws, back to qa
Verified in CWS.
verified in OOO300_m4 -> closed
*** Issue 93569 has been marked as a duplicate of this issue. ***