[prev in list] [next in list] [prev in thread] [next in thread]
List: kde-devel
Subject: Re: WebDAV issues with Konqueror 4.10 (Windows)
From: Dawit A <adawit () kde ! org>
Date: 2014-01-10 13:09:11
Message-ID: CALa28R6gMP=RTM13_7q9hecWEii8-42nF_ONPeFPM+bR-CYXZg () mail ! gmail ! com
[Download RAW message or body]
[Attachment #2 (multipart/alternative)]
The patch does fix the issue ; so please commit it. I have no idea why the
redirection is not honored with the exact same URL that is sent back to
KIO. Maybe it ignores redirection to the same URL and the comparison it
performs ignores the trailing slash in the redirect to URL? Anyhow, I
cannot reproduce the SSL related bugs though. It might be platform specific
since the user is testing on Windows. I can connect to all of the TLS based
servers listed under the provided link.
On Thu, Jan 9, 2014 at 2:24 AM, David Faure <faure@kde.org> wrote:
> On Tuesday 07 January 2014 05:27:23 Steve Caturan wrote:
> > hi all,
> >
> > I recently installed Konqueror on Windows 7 using KDE windows
> > installer hoping to test drive it's WebDAV capabilities but came
> > across specific issue I noted on the forum post at
> > https://forum.kde.org/viewtopic.php?f=59&t=119075
> >
> > The issues are namely:
> >
> > - no support for TLS 1.1 and 1.2, only SSLv3 and TLS 1.0
> >
> > - missing slash when deleting remote directories (eg. DELETE
> > /path/to/directory) to Apache/mod_dav renders a 301 redirect. Other
> > clients I've tested on IOS, Android, Windows and Mac OS X always
> > prepend the extra slash (eg. DELETE /path/to/directory/ which renders
> > a 204 that's expected)
> >
> > - also, after deleting a directory, the screen refreshes making it
> > look like the delete was successful. Forcing a refresh will reveal
> > that the directory still actually exist. Server logs reveal a 301
> > redirect as mentioned.
> >
> > I was advised by "bcooksley" to email this list to get someguidance as
> > to what the correct behavior should be and whether to file a bug
> > report.
> >
> > I have a few test servers listed on
> > https://www.pixi.me/webdav.php#targets ready for anyone who has some
> > spare time to help reproduce my issues.
>
> Does a patch like this fix the issue?
>
> --
> David Faure, faure@kde.org, http://www.davidfaure.fr
> Working on KDE, in particular KDE Frameworks 5
>
[Attachment #5 (text/html)]
<div dir="ltr">The patch does fix the issue ; so please commit it. I have no idea why \
the redirection is not honored with the exact same URL that is sent back to KIO. \
Maybe it ignores redirection to the same URL and the comparison it performs ignores \
the trailing slash in the redirect to URL? Anyhow, I cannot reproduce the SSL related \
bugs though. It might be platform specific since the user is testing on Windows. I \
can connect to all of the TLS based servers listed under the provided link.</div>
<div class="gmail_extra"><br><br><div class="gmail_quote">On Thu, Jan 9, 2014 at 2:24 \
AM, David Faure <span dir="ltr"><<a href="mailto:faure@kde.org" \
target="_blank">faure@kde.org</a>></span> wrote:<br><blockquote \
class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc \
solid;padding-left:1ex">
On Tuesday 07 January 2014 05:27:23 Steve Caturan wrote:<br>
> hi all,<br>
><br>
> I recently installed Konqueror on Windows 7 using KDE windows<br>
> installer hoping to test drive it's WebDAV capabilities but came<br>
> across specific issue I noted on the forum post at<br>
> <a href="https://forum.kde.org/viewtopic.php?f=59&t=119075" \
target="_blank">https://forum.kde.org/viewtopic.php?f=59&t=119075</a><br> \
><br> > The issues are namely:<br>
><br>
> - no support for TLS 1.1 and 1.2, only SSLv3 and TLS 1.0<br>
><br>
> - missing slash when deleting remote directories (eg. DELETE<br>
> /path/to/directory) to Apache/mod_dav renders a 301 redirect. Other<br>
> clients I've tested on IOS, Android, Windows and Mac OS X always<br>
> prepend the extra slash (eg. DELETE /path/to/directory/ which renders<br>
> a 204 that's expected)<br>
><br>
> - also, after deleting a directory, the screen refreshes making it<br>
> look like the delete was successful. Forcing a refresh will reveal<br>
> that the directory still actually exist. Server logs reveal a 301<br>
> redirect as mentioned.<br>
><br>
> I was advised by "bcooksley" to email this list to get someguidance \
as<br> > to what the correct behavior should be and whether to file a bug<br>
> report.<br>
><br>
> I have a few test servers listed on<br>
> <a href="https://www.pixi.me/webdav.php#targets" \
target="_blank">https://www.pixi.me/webdav.php#targets</a> ready for anyone who has \
some<br> > spare time to help reproduce my issues.<br>
<br>
Does a patch like this fix the issue?<br>
<span class="HOEnZb"><font color="#888888"><br>
--<br>
David Faure, <a href="mailto:faure@kde.org">faure@kde.org</a>, <a \
href="http://www.davidfaure.fr" target="_blank">http://www.davidfaure.fr</a><br> \
Working on KDE, in particular KDE Frameworks 5<br> \
</font></span></blockquote></div><br></div>
>> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic