Created attachment 84718 [details] Files that makes Impress crash on open I was editing a presentation when Impress crashed. Since then, I'm not able to open this file, LO always crashes in the middle of the operation. Other files work fine. See attached file to reproduce the bug. This is on Fedora 19 with version 4.1.1.2-2.fc19. The backtrace is: Program received signal SIGSEGV, Segmentation fault. 0x0000000001c02620 in ?? () #0 0x0000000001c02620 in ?? () #1 0x00000032e6c5d16f in __dynamic_cast () from /lib64/libstdc++.so.6 #2 0x00007fffe0393e8a in SdXMLFrameShapeContext::EndElement() () from /usr/lib64/libreoffice/program/../program/libxolo.so #3 0x00007fffe02ee8c6 in SvXMLImport::endElement(rtl::OUString const&) () from /usr/lib64/libreoffice/program/../program/libxolo.so #4 0x00007fffce98c376 in sax_expatwrap::SaxExpatParser_Impl::callbackEndElement(void*, char const*) () from /usr/lib64/libreoffice/program/../program/libexpwraplo.so #5 0x00000032e8c0af60 in doContent () from /lib64/libexpat.so.1 #6 0x00000032e8c0b8be in contentProcessor () from /lib64/libexpat.so.1 #7 0x00000032e8c0d84f in XML_ParseBuffer () from /lib64/libexpat.so.1 #8 0x00007fffce98b709 in sax_expatwrap::SaxExpatParser_Impl::parse() () from /usr/lib64/libreoffice/program/../program/libexpwraplo.so #9 0x00007fffce98e5af in sax_expatwrap::SaxExpatParser::parseStream(com::sun::star::xml::sax::InputSource const&) () from /usr/lib64/libreoffice/program/../program/libexpwraplo.so #10 0x00007fffcd741fe7 in ReadThroughComponent(com::sun::star::uno::Reference<com::sun::star::io::XInputStream>, com::sun::star::uno::Reference<com::sun::star::lang::XComponent>, String const&, com::sun::star::uno::Reference<com::sun::star::uno::XComponentContext>&, char const*, com::sun::star::uno::Sequence<com::sun::star::uno::Any>, rtl::OUString const&, unsigned char, unsigned char) () from /usr/lib64/libreoffice/program/../program/libsdlo.so #11 0x00007fffcd742cb3 in ReadThroughComponent(com::sun::star::uno::Reference<com::sun::star::embed::XStorage> const&, com::sun::star::uno::Reference<com::sun::star::lang::XComponent>, char const*, char const*, com::sun::star::uno::Reference<com::sun::star::uno::XComponentContext>&, char const*, com::sun::star::uno::Sequence<com::sun::star::uno::Any>, rtl::OUString const&, unsigned char) () from /usr/lib64/libreoffice/program/../program/libsdlo.so #12 0x00007fffcd7449ae in SdXMLFilter::Import(unsigned long&) () from /usr/lib64/libreoffice/program/../program/libsdlo.so #13 0x00007fffcd7c7bdb in sd::DrawDocShell::Load(SfxMedium&) () from /usr/lib64/libreoffice/program/../program/libsdlo.so #14 0x00007ffff67fc0fb in SfxObjectShell::LoadOwnFormat(SfxMedium&) () from /usr/lib64/libreoffice/program/libsfxlo.so #15 0x00007ffff680a835 in SfxObjectShell::DoLoad(SfxMedium*) () from /usr/lib64/libreoffice/program/libsfxlo.so #16 0x00007ffff6832384 in SfxBaseModel::load(com::sun::star::uno::Sequence<com::sun::star::beans::PropertyValue> const&) () from /usr/lib64/libreoffice/program/libsfxlo.so #17 0x00007ffff68b7aad in SfxFrameLoader_Impl::load(com::sun::star::uno::Sequence<com::sun::star::beans::PropertyValue> const&, com::sun::star::uno::Reference<com::sun::star::frame::XFrame> const&) () from /usr/lib64/libreoffice/program/libsfxlo.so #18 0x00007fffe27c23ed in framework::LoadEnv::impl_loadContent() () from /usr/lib64/libreoffice/program/../program/libfwklo.so #19 0x00007fffe27c2cd8 in framework::LoadEnv::startLoading() () from /usr/lib64/libreoffice/program/../program/libfwklo.so #20 0x00007fffe273bd3c in framework::LoadDispatcher::impl_dispatch(com::sun::star::util::URL const&, com::sun::star::uno::Sequence<com::sun::star::beans::PropertyValue> const&, com::sun::star::uno::Reference<com::sun::star::frame::XDispatchResultListener> const&) () from /usr/lib64/libreoffice/program/../program/libfwklo.so #21 0x00007fffe273c2f6 in framework::LoadDispatcher::dispatch(com::sun::star::util::URL const&, com::sun::star::uno::Sequence<com::sun::star::beans::PropertyValue> const&) () from /usr/lib64/libreoffice/program/../program/libfwklo.so #22 0x00007fffe27e715e in implDispatchDelayed(void*, void*) () from /usr/lib64/libreoffice/program/../program/libfwklo.so #23 0x00007ffff4a7985a in ImplWindowFrameProc(Window*, SalFrame*, unsigned short, void const*) () from /usr/lib64/libreoffice/program/libvcllo.so #24 0x00007ffff4a7ff08 in SalGenericDisplay::DispatchInternalEvent() () from /usr/lib64/libreoffice/program/libvcllo.so #25 0x00007fffeab72d3f in GtkData::userEventFn(void*) () from /usr/lib64/libreoffice/program/libvclplug_gtklo.so #26 0x00007fffeab72db1 in call_userEventFn () from /usr/lib64/libreoffice/program/libvclplug_gtklo.so #27 0x00000038afe47e06 in g_main_context_dispatch () from /lib64/libglib-2.0.so.0 #28 0x00000038afe48158 in g_main_context_iterate.isra.22 () from /lib64/libglib-2.0.so.0 #29 0x00000038afe481fc in g_main_context_iteration () from /lib64/libglib-2.0.so.0 #30 0x00007fffeab72ac9 in GtkData::Yield(bool, bool) () from /usr/lib64/libreoffice/program/libvclplug_gtklo.so #31 0x00007ffff47abf14 in Application::Yield(bool) () from /usr/lib64/libreoffice/program/libvcllo.so #32 0x00007ffff47abfb7 in Application::Execute() () from /usr/lib64/libreoffice/program/libvcllo.so #33 0x00007ffff7b4cf8c in desktop::Desktop::Main() () from /usr/lib64/libreoffice/program/libsofficeapp.so #34 0x00007ffff47b3d31 in ImplSVMain() () from /usr/lib64/libreoffice/program/libvcllo.so #35 0x00007ffff47b3d52 in SVMain() () from /usr/lib64/libreoffice/program/libvcllo.so #36 0x00007ffff7b74b15 in soffice_main () from /usr/lib64/libreoffice/program/libsofficeapp.so #37 0x000000000040071b in main ()
Created attachment 84719 [details] File saved with and old version which no longer makes Impress crash I've been able to open attachment 84718 [details] with LOdev Version 4.0.3.3 (Build ID: 0eaa50a932c8f2199a615e1eb30f7ac74279539), which I still had installed for some reason, and I could save it again. The resulting file does not crash Impress 4.1.1.2. Maybe identifying the differences between the two will be useful...
Comment on attachment 84718 [details] Files that makes Impress crash on open Mimetype fixed
Milan: i haven't compared the file but the second is twice the size of the first. So it's not a slight difference.
(In reply to comment #3) > Milan: i haven't compared the file but the second is twice the size of the > first. So it's not a slight difference. Looks like a difference in compression quality between LO versions, since the raw size of the contents is very similar. BTW, I've experienced the crash again after applying many changes to the new file. The same trick of opening it in the old LOdev worked again.
Milan: ok you've experienced crash again but we still need more information here.
(In reply to comment #5) > Milan: ok you've experienced crash again but we still need more information > here. What kind of information? Do you experience the same crash when opening the file?
Milan: forget my last comment. I should have explicit them but right now, I've got no idea what I wanted to ask. Sorry for the noise. Concerning the file, I haven't tested yet.
haven't tried 4.1.1.2 but I can reproduce crash with 1st test file on 4.1.0.4 (so changing version field) under Win7 64bit. 4.0.4.2 instead opens correctly 1st test file. 2nd test files opens correctly in both version. settings status to NEW, removing redundant infos from summary, adding REGRESSION keyword and adding Impress expert on CC list.
This appears to be fixed by http://cgit.freedesktop.org/libreoffice/core/commit/?id=11c465ef8205cf946b3c0810f7305fa9dd6c0bc0&h=libreoffice-4-1 on 4.1.3
I am using Libre Office 4.1.2.3 and identifier: 40b2d7fde7e8d2d7bc5a449dc65df4d08a7dd38 When I open the above file my libreoffice crashed.
(In reply to comment #10) > I am using Libre Office 4.1.2.3 and identifier: > 40b2d7fde7e8d2d7bc5a449dc65df4d08a7dd38 > > When I open the above file my libreoffice crashed. And for clarity, 4.1.2.3 includes the fix referenced by Caolan above (cf. bug 68839).
(In reply to comment #11) > And for clarity, 4.1.2.3 includes the fix referenced by Caolan above (cf. > bug 68839). No, it doesn't include. The fix will be included in 4.1.3. *** This bug has been marked as a duplicate of bug 68839 ***
Woops, and imagine I even went to the bug report to check that! :-D