If you link a webDAV share under windows to a drive (e.g. z:), libreoffice does not use system access to webDAV and instead asks for username/password. Addtionally the cache of webDAV is not in sync, e.g. libreoffice complains about lockfiles not present (anymore) on the share. If a ressource is managed by the system, libreoffice should use the system functions and have transparent access to it!
(In reply to Marc from comment #0) > If you link a webDAV share under windows to a drive (e.g. z:), libreoffice > does not use system access to webDAV and instead asks for username/password. > Could you provide a bit more information (which LibreOffice version(s) you tried this with, what's the webDAV server you're working with etc)?
This is libreoffice 7.2.4 webDAV is provided by hetzner (https://www.hetzner.com/de/storage/storage-box) and added as a network-drive to windows with an assigned drive letter. So far everything is as expected, all applications can open/store files on that network share. If you then open a file on that share with libreoffice, you get an authentication prompt for the network ressource. I assume libreoffce has queried the source of the file which points to https://..... and tries to open it via network instead of using the (virtual) file provided by the system on drive "z:".
is there anything I can do about this? any debug info needed?
(In reply to Marc from comment #3) > is there anything I can do about this? any debug info needed? > Lets wait for someone to reproduce this. Meanwhile, you might want to try if https://downloadarchive.documentfoundation.org/libreoffice/old/7.3.0.1/win/ perhaps improves matters already; that version contains a brand-new webdav implementation.
Created attachment 184383 [details] Login dialog after opening an ODT file through WebDAV drive I'm using Writer 7.3.7.2 and it has the same problem. My WebDAV drive (Nextcloud hosted on my home server) is mounted in Windows as drive N:\ through Network > Connect network drive. No other application except LibreOffice asks for the WebDAV login to open and edit files on this drive. So this step is not necessary at all and a special behavior of LibreOffice. I think it accesses the URL instead of the drive "N:\". I attached a screenshot which shows the behavior.
I am still able to reproduce this behaviour in LibreOffice 7.5.9.
I can dupolicate this issue with LO 24.8.3 on Windows 11. We have a situation where a drive letter is mapped to a SharePoint Online site, dive letter T: is mapped to https://<tenant>.sharepoint.com/sites/<sitename>/<library>/ I see different behavior between open or saving a file, the last one works fine with WebDAV. OPEN A FILE: * browser the T: drive for a file and open it with LO * Popup for WebDav credentials pops up, cannot login with the SharePoint credentials of the user (but should not be needed to logon as the drive is already authenticated to while the mapping was made) so cannot open a file. COpy teh file locally, the LO can open it fine. The user is site admin, so has full access to the files. SAVE A FILE: * Open LO, create new file * Click Save/Save As and browse to the T:\ drive to save it... this works fine and -no- popup occurs asking for the credentials! Also tested: LO 7.6.x, here one gets a dialog popup with an http 503 error opening a file. Environment: Version: 24.8.3.2 (X86_64) / LibreOffice Community Build ID: 48a6bac9e7e268aeb4c3483fcf825c94556d9f92 CPU threads: 16; OS: Windows 11 X86_64 (10.0 build 22631); UI render: Skia/Raster; VCL: win Locale: nl-NL (nl_NL); UI: nl-NL Calc: threaded