Problem description: Saving documents to a CMIS AtomPub server causes OOo to crash. The information below was reported via the crash utility. I have reproduced this on OS X Lion, using the latest development release 3.6.3.1 (not in Version drop-down above) and the older 3.6.2 release. It was not an issue as far as I recall on my previous 3.6.1 install. Process: soffice [24380] Path: /Applications/LibreOffice.app/Contents/MacOS/soffice Identifier: org.libreoffice.script Version: 3.6.3.1 (???) Code Type: X86 (Native) Parent Process: launchd [205] Date/Time: 2012-10-18 19:10:06.606 +0100 OS Version: Mac OS X 10.7.4 (11E53) Report Version: 9 Interval Since Last Report: 4053942 sec Crashes Since Last Report: 2868 Per-App Interval Since Last Report: 2819 sec Per-App Crashes Since Last Report: 4 Anonymous UUID: 02CFA76B-E8F7-42DF-88B8-0173F62BC63B Crashed Thread: 0 Dispatch queue: com.apple.main-thread Exception Type: EXC_CRASH (SIGABRT) Exception Codes: 0x0000000000000000, 0x0000000000000000 Application Specific Information: abort() called objc[24380]: garbage collection is OFF terminate called throwing an exception Thread 0 Crashed:: Dispatch queue: com.apple.main-thread 0 libsystem_kernel.dylib 0x9859b9c6 __pthread_kill + 10 1 libsystem_c.dylib 0x901b7f78 pthread_kill + 106 2 libsystem_c.dylib 0x901a8bdd abort + 167 3 libc++abi.dylib 0x9991e921 abort_message + 94 4 libc++abi.dylib 0x9991c1bc default_terminate() + 36 5 libc++abi.dylib 0x9991c1fe safe_handler_caller(void (*)()) + 15 6 libc++abi.dylib 0x9991c268 std::terminate() + 23 7 libc++abi.dylib 0x9991d2a0 __cxa_throw + 112 8 ucpcmis1.uno.dylib 0x1fd2cd73 AtomFolder::createDocument(std::map<std::string, boost::shared_ptr<libcmis::Property>, std::less<std::string>, std::allocator<std::pair<std::string const, boost::shared_ptr<libcmis::Property> > > >&, boost::shared_ptr<std::ostream>, std::string) + 3459 9 ucpcmis1.uno.dylib 0x1fd078ac cmis::Content::insert(com::sun::star::uno::Reference<com::sun::star::io::XInputStream> const&, unsigned char, com::sun::star::uno::Reference<com::sun::star::ucb::XCommandEnvironment> const&) + 3996 10 ucpcmis1.uno.dylib 0x1fd11710 cmis::Content::execute(com::sun::star::ucb::Command const&, long, com::sun::star::uno::Reference<com::sun::star::ucb::XCommandEnvironment> const&) + 3344 11 libucb1.dylib 0x1255763a (anonymous namespace)::globalTransfer_((anonymous namespace)::TransferCommandContext const&, com::sun::star::uno::Reference<com::sun::star::ucb::XContent> const&, com::sun::star::uno::Reference<com::sun::star::ucb::XContent> const&, com::sun::star::uno::Reference<com::sun::star::sdbc::XRow> const&) + 1738 12 libucb1.dylib 0x1255acad UniversalContentBroker::globalTransfer(com::sun::star::ucb::GlobalTransferCommandArgument const&, com::sun::star::uno::Reference<com::sun::star::ucb::XCommandEnvironment> const&) + 2653 13 libucb1.dylib 0x125441c8 UniversalContentBroker::execute(com::sun::star::ucb::Command const&, long, com::sun::star::uno::Reference<com::sun::star::ucb::XCommandEnvironment> const&) + 952 14 libucbhelper4gcc3.dylib 0x015fceaa ucbhelper::Content::transferContent(ucbhelper::Content const&, ucbhelper::InsertOperation, rtl::OUString const&, long) + 730 15 libsfxlo.dylib 0x0067831d SfxMedium::Transfer_Impl() + 5901 16 libsfxlo.dylib 0x006790c8 SfxMedium::Commit() + 248 17 libsfxlo.dylib 0x007000d3 SfxObjectShell::SaveTo_Impl(SfxMedium&, SfxItemSet const*) + 7187 18 libsfxlo.dylib 0x0070355e SfxObjectShell::PreDoSaveAs_Impl(String const&, String const&, SfxItemSet*) + 750 19 libsfxlo.dylib 0x00703e07 SfxObjectShell::CommonSaveAs_Impl(INetURLObject const&, String const&, SfxItemSet*) + 1495 20 libsfxlo.dylib 0x006eaa10 SfxObjectShell::APISaveAs_Impl(String const&, SfxItemSet*) + 576 21 libsfxlo.dylib 0x00754c84 SfxBaseModel::impl_store(rtl::OUString const&, com::sun::star::uno::Sequence<com::sun::star::beans::PropertyValue> const&, unsigned char) + 1844 22 libsfxlo.dylib 0x00757ad1 SfxBaseModel::storeAsURL(rtl::OUString const&, com::sun::star::uno::Sequence<com::sun::star::beans::PropertyValue> const&) + 369 23 libsfxlo.dylib 0x006cd793 SfxStoringHelper::GUIStoreModel(com::sun::star::uno::Reference<com::sun::star::frame::XModel> const&, rtl::OUString const&, com::sun::star::uno::Sequence<com::sun::star::beans::PropertyValue>&, unsigned char, rtl::OUString, unsigned short) + 4211 24 libsfxlo.dylib 0x006ee740 SfxObjectShell::ExecFile_Impl(SfxRequest&) + 4848 25 libsfxlo.dylib 0x0059403d SfxDispatcher::Call_Impl(SfxShell&, SfxSlot const&, SfxRequest&, unsigned char) + 525 26 libsfxlo.dylib 0x005964c4 SfxDispatcher::PostMsgHandler(SfxRequest*) + 340 27 libsfxlo.dylib 0x00777db9 SfxHintPoster::LinkStubDoEvent_Impl(void*, void*) + 25 28 libvcllo.dylib 0x01ace6cf ImplWindowFrameProc(Window*, SalFrame*, unsigned short, void const*) + 5487 29 libvcllo.dylib 0x01ad8633 AquaSalInstance::Yield(bool, bool) + 323 30 libvcllo.dylib 0x017f0000 Application::Yield(bool) + 96 31 libvcllo.dylib 0x017f0101 Application::Execute() + 97 32 libsofficeapp.dylib 0x000784db desktop::Desktop::Main() + 6171 33 libvcllo.dylib 0x017f9622 ImplSVMain() + 354 34 libvcllo.dylib 0x01ad7d5b AquaSalInstance::handleAppDefinedEvent(NSEvent*) + 75 35 libvcllo.dylib 0x01b211ab -[VCL_NSApplication sendEvent:] + 315 36 com.apple.AppKit 0x91324d11 -[NSApplication run] + 1007 37 com.apple.AppKit 0x915b5bd9 NSApplicationMain + 1054 38 libvcllo.dylib 0x01ad9317 ImplSVMainHook(int*) + 343 39 libvcllo.dylib 0x017f96b1 SVMain() + 17 40 libsofficeapp.dylib 0x000a74e5 soffice_main + 437 41 org.libreoffice.script 0x00001f0e main + 30 42 org.libreoffice.script 0x00001872 _start + 216 43 org.libreoffice.script 0x00001799 start + 41 Steps to reproduce: 1. Create a new text document 2. Add a CMIS AtomPub server (I used a local Alfresco instance) 3. Attempt to save the document to the CMIS server Current behavior: Application crashes fatally and must be restarted. Document saved in the repository is zero bytes. Expected behavior: The document should be saved and the application should not crash. Platform (if different from the browser): Browser: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:16.0) Gecko/20100101 Firefox/16.0
Will, could you try it with 4.0? There were quite some changes in that area and this may already be fixed. At least I couldn't reproduce that bug.
No feedback for a month from Will. Setting to RESOLVED WORKSFORME. @Will: If you still can reproduce this problem with LO 4.0.1.2 please re-open this bug.
I confirm the issue does not reproduce on LibreOffice 4.0. The original cause was the fact that I had used the native web script-based CMIS endpoint in Alfresco (http://server/service/cmis) rather than the now recommended servlet endpoint using the Chemistry Java client (http://server/cmisatom). Both now appear to work successfully in LO 4.0 against Alfresco 4.2.c.