https://bugs.documentfoundation.org/show_bug.cgi?id=164781
--- Comment #23 from Patrick (volunteer) <[email protected]> --- (In reply to Michael Stahl from comment #22) > don't know this toolbar, but try like this, it will give very verbose output > from the most important curl client: > SAL_LOG="+RELATIVETIMER+INFO.ucb.ucp.webdav+WARN" instdir/program/soffice Thanks for the tip. Interestingly, in my debug/dbgutil local build with @Xisco's patch, I do not see any ucb.ucp.webdav messages in stdout/stderr which makes me think that the failure is occurring before we setup a cURL session. I started chasing down where in the code the failure is actually occurring. So far, I have narrowed it down to the following line. When I have time, I keep pushing further down the stack into ucbhelper and ucb code: diff --git a/fpicker/source/office/contentenumeration.cxx b/fpicker/source/office/contentenumeration.cxx index 1c35f32e2b88..d2e82c8d823d 100644 --- a/fpicker/source/office/contentenumeration.cxx +++ b/fpicker/source/office/contentenumeration.cxx @@ -171,6 +171,7 @@ namespace } if ( !aFolder.aContent.get().is() ) { +fprintf(stderr, "The following line throws an exception for sftp on macOS\n"); aFolder.aContent = ::ucbhelper::Content( aFolder.sURL, xEnvironment, comphelper::getProcessComponentContext() ); { std::unique_lock aGuard( m_aMutex ); -- You are receiving this mail because: You are the assignee for the bug.
