Red Hat Bugzilla – Bug 1134285
Open a file in a mounted WebDAV drive and LibreOffice asks for user and password
Last modified: 2015-04-21 15:20:57 EDT
Created attachment 931340 [details]
LO auth window.
Description of problem:
User and password should be not needed, because the DAV drive is mounted already in Nautilus.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Connect to a WebDAV server trhough Nautilus.
2a. Open LibreOffice Writer, write something and save to that remote drive.
2b. Double-click on any ODF file in the remote drive.
File should be just opened/saved, because the authentication is managed by Nautilus.
Maybe related to Bug 961456? However here there is no error, just a redundant authentication system.
we don't use the generic gio connection for webdav protocols, we do for e.g. smb://, but not for certain ones and webdav is one of those.
I'm not sure if there is any particular *reason* for that, e.g. access to stuff not provided via gio, or if its just because we had webdav support before we had gio support and default to the pre-existing protocol handlers
"rhbz#1134285: Access dav, davs URLs via GVFS so that LO shares the credentials with Nautilus once the connection has been set up in Nautilus.
"The reason the (non-standard) dav, davs URLs used by GNOME's old GnomeVFS and successor GVFS/GIO were handled via LO's webdav UCP rather than the GNOME- specific gnomevfs resp. gio UCP since b07a5fcc600ad564315d36fbd18495184fdf69cf 'INTEGRATION: CWS tkr10: i84676 neon and gnome-vfs2' is discussed at <https://bz.apache.org/ooo/show_bug.cgi?id=84676> 'mixing neon and the hidden embedded contents old [sic] another neon inside libhttp.so of gnome-vfs2 is unreliable' and only pertains to the legacy gnomevfs UCP, not the new gio one. So keep handling dav, davs URLs via LO's internal webdav UCP under legacy --enable-gnome-vfs, but handle them via the GNOME-specific gio UCP under the default --enable-gio [which is what gets used in Fedora]."
libreoffice-220.127.116.11-9.fc21 has been submitted as an update for Fedora 21.
* should fix your issue,
* was pushed to the Fedora 21 testing repository,
* should be available at your local mirror within two days.
Update it with:
# su -c 'yum update --enablerepo=updates-testing libreoffice-18.104.22.168-9.fc21'
as soon as you are able to.
Please go to the following url:
then log in and leave karma (feedback).
libreoffice-22.214.171.124-9.fc21 has been pushed to the Fedora 21 stable repository. If problems still persist, please make note of it in this bug report.