Created attachment 119525 [details] gdb output with backtrace STR (1) Start program; if necessary close the initial "Untitled 1". Program displays Start Center. (2) Take menu options Tools > Options... (3) Expand LibreOfficeDev > Advanced. (4) Click <Expert Configuration>. (5) Expand org.openoffice.Office.DataAccess > JDBC > DriverClassPaths. Result expected : I do not know, I was just poking around. Result observed : assertion raised; program terminates. The attached gdb output is from LibreOffice commit f782a6d, fetched 2015-09-21 02:45 UTC, configured ... CC=ccache /home/terry/lo_hacking/associated/gcc/bin/gcc CXX=ccache /home/terry/lo_hacking/associated/gcc/bin/g++ --enable-option-checking=fatal --enable-dbgutil --enable-crashdump --without-system-postgresql --without-myspell-dicts --with-extra-buildid --without-doxygen --with-external-tar=/home/terry/lo_hacking/git/src --disable-gstreamer-1-0 --enable-gstreamer-0-10 --disable-gtk3 built on debian wheezy with local built gcc 5.2.0, running in an environment chroot'ed to debian-sid. I have seen the same problem in daily dbgutil bibisect repository version 2015-10-11. I think this assertion is possible only with a debug build.
Setting whiteboard haveBacktrace.
The same problem happens with other items. Just now, it happened with org.OpenOffice.Office> Common > Font > Substitution > FontPairs. The backtrace is the same modulo address space randomization. I think that I shall not mention more examples.
On pc Debian x86-64 with master sources updated today, I could reproduce the crash.
I noticed this log too: warn:configmgr:4237:1:configmgr/source/propertynode.cxx:64: non-nillable property without value gdb break gave this: #1 0x00002aaac981c406 in configmgr::ChildAccess::asSimpleValue(rtl::Reference<configmgr::Node> const&, com::sun::star::uno::Any&, configmgr::Components&) (rNode=rtl::Reference to 0x7f7d30, value=empty uno::Any, components=...) at /home/julien/compile-libreoffice/libreoffice/configmgr/source/childaccess.cxx:289 #2 0x00002aaac97cb5ca in configmgr::Access::getByNameFast(rtl::OUString const&, com::sun::star::uno::Any&) (this=0x6d239d0, name="TSAURLs", value=empty uno::Any) at /home/julien/compile-libreoffice/libreoffice/configmgr/source/access.cxx:391 #3 0x00002aaac97cb839 in configmgr::Access::getByName(rtl::OUString const&) (this=0x6d239d0, aName="TSAURLs") at /home/julien/compile-libreoffice/libreoffice/configmgr/source/access.cxx:414
TSAURLs part added by: http://cgit.freedesktop.org/libreoffice/core/commit/?id=24ad0629ae9edad83514e329e7173b94a8680ea6 I'll give a try with 'oor:nillable="false"' removed.
Sorry for the delay, I gave a try after having removed "oor:nillable="false"" or changed it to "oor:nillable="true"", it failed to build. /home/julien/compile-libreoffice/libreoffice/cui/source/options/tsaurls.cxx: In constructor ‘TSAURLsDialog::TSAURLsDialog(vcl::Window*)’: /home/julien/compile-libreoffice/libreoffice/cui/source/options/tsaurls.cxx:38:116: error: no matching function for call to ‘com::sun::star::uno::Sequence<rtl::OUString>::Sequence(boost::optional<com::sun::star::uno::Sequence<rtl::OUString> >)’ css::uno::Sequence<OUString> aUserSetTSAURLs(officecfg::Office::Common::Security::Scripting::TSAURLs::get()); ^ In file included from /home/julien/compile-libreoffice/libreoffice/workdir/CustomTarget/officecfg/registry/officecfg/Office/Common.hxx:7:0, from /home/julien/compile-libreoffice/libreoffice/cui/source/options/tsaurls.cxx:10: /home/julien/compile-libreoffice/libreoffice/include/com/sun/star/uno/Sequence.hxx:96:22: note: candidate: com::sun::star::uno::Sequence<E>::Sequence(std::initializer_list<_Tp>) [with E = rtl::OUString] template<typename E> Sequence<E>::Sequence(std::initializer_list<E> init) { ^ /home/julien/compile-libreoffice/libreoffice/include/com/sun/star/uno/Sequence.hxx:96:22: note: no known conversion for argument 1 from ‘boost::optional<com::sun::star::uno::Sequence<rtl::OUString> >’ to ‘std::initializer_list<rtl::OUString>’ /home/julien/compile-libreoffice/libreoffice/include/com/sun/star/uno/Sequence.hxx:84:8: note: candidate: com::sun::star::uno::Sequence<E>::Sequence(sal_Int32) [with E = rtl::OUString; sal_Int32 = int] inline Sequence< E >::Sequence( sal_Int32 len ) Tor: thought you might be interested in this one. If I'm wrong, don't hesitate to uncc yourself of course! :-)
I submitted this patch to review: https://gerrit.libreoffice.org/#/c/21038/
It seems the patch isn't ok => unassign myself.
Caolán McNamara committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=1f780088e8171c088ccb1c8bd82e314c1e4016f0 Resolves: tdf#94968 return false is expanding failed to add anything It will be available in 5.2.0. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Caolán McNamara committed a patch related to this issue. It has been pushed to "libreoffice-5-1": http://cgit.freedesktop.org/libreoffice/core/commit/?id=e1206bfbf508f4a458e7ac8fe6d0935d177cb778&h=libreoffice-5-1 Resolves: tdf#94968 return false is expanding failed to add anything It will be available in 5.1.2. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
I am setting status VERIFIED FIXED, based on testing in local build of commit a2986a0, pulled 2016-03-15. Thank you, Caolán.