<html> <head> <base href="https://bugs.documentfoundation.org/"> </head> <body> <div> <a class="bz_bug_link bz_status_UNCONFIRMED " title="UNCONFIRMED - LibreOffice fails to refresh Locks when using WebDAV with Authorization" href="https://bugs.documentfoundation.org/show_bug.cgi?id=133673#c3">Comment # 3</a> on <a class="bz_bug_link bz_status_UNCONFIRMED " title="UNCONFIRMED - LibreOffice fails to refresh Locks when using WebDAV with Authorization" href="https://bugs.documentfoundation.org/show_bug.cgi?id=133673">bug 133673</a> from <a class="email" href="mailto:Julian.Kalinowski@dataport.de" title="Julian Kalinowski <Julian.Kalinowski@dataport.de>"> Julian Kalinowski</a> <pre>I tried to dig into this bug and found that my log of the failed LOCK request is not sufficient. What happens before that is actually relevant: I have a failed PROPFIND Request (HTTP 500 Internal Server Error), which is handled by NeonSession.HandleError(): <a href="https://git.libreoffice.org/core/+/refs/heads/master/ucb/source/ucp/webdav-neon/NeonSession.cxx#1826">https://git.libreoffice.org/core/+/refs/heads/master/ucb/source/ucp/webdav-neon/NeonSession.cxx#1826</a> I'll attach a new logfile where you can see the failed request before the lock refresh. There, the RequestEnvironment is reset. However, when refreshing Locks as in NeonLockStore, the session is re-used. So now, when the NeonAuth Callback is called by neon, it will fail in this line: <a href="https://git.libreoffice.org/core/+/refs/heads/master/ucb/source/ucp/webdav-neon/NeonSession.cxx#285">https://git.libreoffice.org/core/+/refs/heads/master/ucb/source/ucp/webdav-neon/NeonSession.cxx#285</a> because there is no DAVAuthListener registered anymore. For all other cases, this is not a problem as calls to NeonSession typically provide a new RequestEnvironment - but refreshing locks does not. I'm going to investigate why the internal server error appears at all, but i think this also is a bug in LibreOffice. When sessions are re-used, the DAVAuthListener must not be cleared in HandleError.</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are the assignee for the bug.</li> </ul> </body> </html>