What autogen.sh for an alternative ContentProvider for dav:// scheme?
Giuseppe Castagno
giuseppe.castagno at acca-esse.eu
Tue Aug 25 03:07:49 PDT 2015
Hi all,
while I was trying with a fairly current master to open a WebDAV file as:
./soffice
dav://192.168.1.80:8080/alfresco/webdav/Sites/davtest/documentLibrary/Lorem_ipsum.odt
I got the following warnings:
warn:ucb.ucp.gio:17565:1:ucb/source/ucp/gio/gio_content.cxx:400:
ignoring GError "Not a WebDAV enabled share" for
<dav://192.168.1.80:8080/alfresco/webdav/Sites/davtest/documentLibrary/Lorem_ipsum.odt>
warn:ucb.ucp.gio:30167:1:ucb/source/ucp/gio/gio_content.cxx:400:
ignoring GError "Not a WebDAV enabled share" for
<dav://192.168.1.80:8080/alfresco/webdav/Sites/davtest/documentLibrary/Lorem_ipsum.odt>
warn:unotools.misc:30167:1:unotools/source/misc/mediadescriptor.cxx:688:
caught Exception "Unable to retrieve value of property 'IsDocument'!"
while opening
<dav://192.168.1.80:8080/alfresco/webdav/Sites/davtest/documentLibrary/Lorem_ipsum.odt>
warn:filter.config:30167:1:filter/source/config/cache/typedetection.cxx:456:
caught Exception "Could not open stream for
<dav://192.168.1.80:8080/alfresco/webdav/Sites/davtest/documentLibrary/Lorem_ipsum.odt>"
while querying type of
<dav://192.168.1.80:8080/alfresco/webdav/Sites/davtest/documentLibrary/Lorem_ipsum.odt>
warn:fwk.dispatch:30167:1:framework/source/dispatch/loaddispatcher.cxx:132:
caught LoadEnvException 0 "type detection failed" while dispatching
<dav://192.168.1.80:8080/alfresco/webdav/Sites/davtest/documentLibrary/Lorem_ipsum.odt>
warn:sal.osl.mutex:30167:1:sal/osl/unx/mutex.cxx:102: pthread_mutex_lock
failed: Invalid argument
warn:sal.osl.mutex:30167:1:sal/osl/unx/mutex.cxx:139:
pthread_mutex_unlock failed: Invalid argument
A log on the net told me the OPTIONS method the Alfresco server answered
advertised itself as a WebDAV share.
The User-Agent on the http transaction was gvfs/1.20.3.
master was built with following autogen.sh input:
--with-lang='en-US' \
--enable-debug \
--enable-selective-debuginfo="sal/ offapi/ tools/ unotools/ sfx2/
ucbhelper/ ucb/"
OTOH, doing the same test on a LO 5.0 production build (5.0.0.5) I got
no error and the content provider was the WebDAV ContentProvider, net
log confirmed it (User-Agent was LibreOffice).
Is this due to a different configuration on LO 5.0.0.5 production build
or is there a difference in ucb code?
--
Kind Regards,
Giuseppe Castagno aka beppec56
Acca Esse http://www.acca-esse.eu
giuseppe.castagno at acca-esse.eu
More information about the LibreOffice
mailing list