Description of problem: Editing a presentation. Version-Release number of selected component: libreoffice-core-3.6.5.2-2.fc18 Additional info: backtrace_rating: 4 cmdline: /usr/lib64/libreoffice/program/soffice.bin --impress /data/stuff/pkcs11-working-group-2013/p11-glue-limits.odp --splash-pipe=6 crash_function: SdGenericDrawPage::getPropertyValue(rtl::OUString const&) executable: /usr/lib64/libreoffice/program/soffice.bin kernel: 3.7.7-201.fc18.x86_64 remote_result: NOTFOUND uid: 1000 Truncated backtrace: Thread no. 1 (10 frames) #0 SdGenericDrawPage::getPropertyValue(rtl::OUString const&) at /usr/lib64/libreoffice/program/../program/libsdlo.so #1 SdGenericDrawPage::getPropertyValues(com::sun::star::uno::Sequence<rtl::OUString> const&) at /usr/lib64/libreoffice/program/../program/libsdlo.so #2 FilterPropertiesInfo_Impl::FillPropertyStateArray(std::vector<XMLPropertyState, std::allocator<XMLPropertyState> >&, com::sun::star::uno::Reference<com::sun::star::beans::XPropertySet> const&, UniReference<XMLPropertySetMapper> const&, unsigned char) at /usr/lib64/libreoffice/program/../program/libxolo.so #3 SvXMLExportPropertyMapper::_Filter(com::sun::star::uno::Reference<com::sun::star::beans::XPropertySet>, unsigned char) const at /usr/lib64/libreoffice/program/../program/libxolo.so #4 SdXMLExport::ImpCreatePresPageStyleName(com::sun::star::uno::Reference<com::sun::star::drawing::XDrawPage>, bool) at /usr/lib64/libreoffice/program/../program/libxolo.so #5 SdXMLExport::ImpPrepDrawPageInfos() at /usr/lib64/libreoffice/program/../program/libxolo.so #6 SdXMLExport::_ExportAutoStyles() at /usr/lib64/libreoffice/program/../program/libxolo.so #7 SvXMLExport::ImplExportAutoStyles(unsigned char) at /usr/lib64/libreoffice/program/../program/libxolo.so #8 SvXMLExport::exportDoc(xmloff::token::XMLTokenEnum) at /usr/lib64/libreoffice/program/../program/libxolo.so #9 SvXMLExport::filter(com::sun::star::uno::Sequence<com::sun::star::beans::PropertyValue> const&) at /usr/lib64/libreoffice/program/../program/libxolo.so
Created attachment 704300 [details] File: backtrace
Created attachment 704301 [details] File: build_ids
Created attachment 704302 [details] File: cgroup
Created attachment 704303 [details] File: core_backtrace
Created attachment 704304 [details] File: dso_list
Created attachment 704305 [details] File: environ
Created attachment 704306 [details] File: limits
Created attachment 704307 [details] File: maps
Created attachment 704308 [details] File: open_fds
Created attachment 704309 [details] File: proc_pid_status
Created attachment 704310 [details] File: var_log_messages
So this is on exporting a presentation, but the backtrace lack line numbers unfortunately. Is it a relatively trivial matter to reproduce this by loading an initial source document and doing "save on", or is there known/unknown intermediate steps ?
Hmmm, not trivially reproducable. I tried exporting the presentation I was working on at the time to PDF again, but did not experience the crash.
The stack is from save to ODF, not PDF export (well, it might be PDF export with ODF embedding enabled). Could you attach the presentation here? Maybe we will get some clue trying it in a debug build or with valgrind.
Created attachment 704921 [details] The presentation I was working on
valgrind is silent, debug build (3.6) shows: warn:legacy.osl:1704:1:/home/dtardon/work/upstream/libreoffice/build/libo36/svl/source/items/custritm.cxx:126: CntUnencodedStringItem::PutValue(): Wrong type warn:legacy.osl:1704:1:/home/dtardon/work/upstream/libreoffice/build/libo36/sfx2/source/appl/appuno.cxx:367: Property not convertable: FilterName , which might be relevant, but more probably it is not.
(In reply to comment #16) > valgrind is silent, debug build (3.6) shows: > > warn:legacy.osl:1704:1:/home/dtardon/work/upstream/libreoffice/build/libo36/ > svl/source/items/custritm.cxx:126: CntUnencodedStringItem::PutValue(): Wrong > type > warn:legacy.osl:1704:1:/home/dtardon/work/upstream/libreoffice/build/libo36/ > sfx2/source/appl/appuno.cxx:367: Property not convertable: FilterName > > , which might be relevant, but more probably it is not. It is unrelated. PDF export adds property FilterName for the embedded ODF stream export, but sets no value to it.
*** This bug has been marked as a duplicate of bug 1014137 ***