<html>
<head>
<base href="https://bugs.documentfoundation.org/">
</head>
<body><table border="1" cellspacing="0" cellpadding="8">
<tr>
<th>Bug ID</th>
<td><a class="bz_bug_link
bz_status_UNCONFIRMED "
title="UNCONFIRMED - WebDAV recent file items don't handle authorization correctly"
href="https://bugs.documentfoundation.org/show_bug.cgi?id=130618">130618</a>
</td>
</tr>
<tr>
<th>Summary</th>
<td>WebDAV recent file items don't handle authorization correctly
</td>
</tr>
<tr>
<th>Product</th>
<td>LibreOffice
</td>
</tr>
<tr>
<th>Version</th>
<td>7.0.0.0.alpha0+ Master
</td>
</tr>
<tr>
<th>Hardware</th>
<td>All
</td>
</tr>
<tr>
<th>OS</th>
<td>All
</td>
</tr>
<tr>
<th>Status</th>
<td>UNCONFIRMED
</td>
</tr>
<tr>
<th>Severity</th>
<td>normal
</td>
</tr>
<tr>
<th>Priority</th>
<td>medium
</td>
</tr>
<tr>
<th>Component</th>
<td>framework
</td>
</tr>
<tr>
<th>Assignee</th>
<td>libreoffice-bugs@lists.freedesktop.org
</td>
</tr>
<tr>
<th>Reporter</th>
<td>glogow@fbihome.de
</td>
</tr></table>
<p>
<div>
<pre>When fixing the IRI encoding problem of SharePoint 2016 WebDAV responses in
<a href="https://gerrit.libreoffice.org/c/core/+/88120">https://gerrit.libreoffice.org/c/core/+/88120</a>, Mike Kaganski found (and I
verified), that the stored recent file items won't work correctly. Mike
remembered he eventually got some IO error from opening the file. For me it is
an error form the networking code: "Error reading data from the Internet.
Server error message: ."
Originally we suspected this to be some problem with the URI handling of
SharePoint, but I verified - using network package dumps - that SharePoint
works fine with URIs, even if it originally sent an IRI in the PROPFIND HTTP
207 response.
When opening the recent file item, LO won't request the user credentials and
simply get a "HTTP/1.1 401 Unauthorized" reply for the OPTIONS request. That
also happens most times, when I had already opened that file before in the LO
session. Using a auth-free Apache WebDAV folder works fine.
Sometimes I even got this error message from the "Remote files" picker, after I
entered my credentials but simply waited to long to select and item. My guess
is, the session times out and no new one is created, or the new one doesn't
have the credentials.
>From my current POV, this boils down to general session management and HTTP
error code handling. In the end the 401 HTTP reply should be handled correctly
by asking for user authentication or using already known credentials for a
matching remote service.
FWIW the recent file list entries contain an empty password value tag, but that
is also set for passwordless WebDAV access. It probably should not even exist,
or it has some other meaning w.r.t. recent file list items.</pre>
</div>
</p>
<hr>
<span>You are receiving this mail because:</span>
<ul>
<li>You are the assignee for the bug.</li>
</ul>
</body>
</html>