On pc Debian x86-64 with master sources updated today, I got these exceptions when just opening simple odb file (hsqldb): warn:legacy.osl:3848:1:xmloff/source/core/xmlimp.cxx:938: caught an exception! in function:virtual void SvXMLImport::setTargetDocument(const com::sun::star::uno::Reference<com::sun::star::lang::XComponent>&) type: com.sun.star.lang.NotInitializedException context: N8dbaccess17ODatabaseDocumentE warn:xmloff.core:3848:1:xmloff/source/core/xmlimp.cxx:936: exception caught TODO Exception warn:legacy.osl:3848:1:xmloff/source/core/xmlimp.cxx:938: caught an exception! in function:virtual void SvXMLImport::setTargetDocument(const com::sun::star::uno::Reference<com::sun::star::lang::XComponent>&) type: com.sun.star.lang.NotInitializedException context: N8dbaccess17ODatabaseDocumentE It's quite old, see http://nabble.documentfoundation.org/crash-course-in-unittests-td4068590.html#a4068683
Created attachment 121525 [details] bt with debug symbols This bt seems to show the root cause. At this moment, we're at the initializing, we're not initialized yet.
Lionel: thought you might be interested in this one. I wonder if the init problem could trigger tdf#96625. Considering http://cgit.freedesktop.org/libreoffice/core/commit/?id=48a697ef1c123812c47e7e7c33688ca2b2c5e93a + bt attached, perhaps "getDocumentStorage" should use "DocumentGuard::MethodUsedDuringInit" instead of "DocumentGuard::DefaultMethod"? (see http://opengrok.libreoffice.org/xref/core/dbaccess/source/core/dataaccess/databasedocument.cxx#1963)
Yes, been seeing this for ages now, or so it seems. Confirming
See also : bug 69406 where I reported this same exception, unrelated to the bug in question, but neverthelesss already present in 4.2
You also noticed this in bug 69091, and that was already in relation to LO 3.5
And I mentioned it again in bug 79203, but as I couldn't attribute this exception any particular weird behaviour, I closed as WFM.
With master sources updated yesterday, I could still reproduce this. Caolán: noticing this https://cgit.freedesktop.org/libreoffice/core/commit/?id=48a697ef1c123812c47e7e7c33688ca2b2c5e93a, thought you might have some idea here. Indeed even if it doesn't seem to trigger wrong behaviour, it'd be a good thing to avoid these warnings.
Just to give an update, I still reproduce this on master sources updated today. warn:xmloff.core:32753:1:xmloff/source/core/xmlimp.cxx:947: exception caught warn:legacy.osl:32753:1:xmloff/source/core/xmlimp.cxx:948: DBG_UNHANDLED_EXCEPTION in virtual void SvXMLImport::setTargetDocument(const com::sun::star::uno::Reference<com::sun::star::lang::XComponent>&) type: com.sun.star.lang.NotInitializedException context: N8dbaccess17ODatabaseDocumentE
Since I build with enable-dbgutil, are there any useful information I could provide to help to tackle this one? (I wonder too if it could trigger some other bugs)
my hackery there with https://cgit.freedesktop.org/libreoffice/core/commit/?id=48a697ef1c123812c47e7e7c33688ca2b2c5e93a is just to give coverity specific methods each of which throw different exceptions depending on which is called, instead of one method which throws different exceptions depending on a conditional argument so that coverity exception specification checker can better see which exceptions can really be thrown. So nothing really changed there and I've no special insight into the noisy spew in dbaccess
Julien Nabet committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=9a46ad2f762765348f7aef6e44774a47871362ae tdf#96703: getDocumentStorage is called during initialization It will be available in 6.0.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.
Confirming resolved in my master build Version: 6.0.0.0.alpha0+ Build ID: 595371e520ce4f64ad9d99a7866bdb8404271b6e CPU threads: 4; OS: Mac OS X 10.12.6; UI render: default; Locale: fr-FR (fr_FR.UTF-8); Calc: group
Julien Nabet committed a patch related to this issue. It has been pushed to "libreoffice-5-4": http://cgit.freedesktop.org/libreoffice/core/commit/?id=4f269f8c8965be157e0584ead84a65347d8b6b69&h=libreoffice-5-4 tdf#96703: getDocumentStorage is called during initialization It will be available in 5.4.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.