Summary: | Compressed 207 answer is not understood | ||
---|---|---|---|
Product: | [Unmaintained] kio | Reporter: | Thiago Macieira <thiago> |
Component: | webdav | Assignee: | Hamish Rodda <rodda> |
Status: | RESOLVED FIXED | ||
Severity: | normal | ||
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | unspecified | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: |
Description
Thiago Macieira
2005-01-29 05:12:45 UTC
Does it work with other dav clients? I can't reproduce here because I don't have apache 2 installed here and I can't find mod_deflate rpms for apache 1.3 Can you make your webserver accessible? That was a Subversion repository. And libneon (Subversion's HTTP client library) works fine with it. I can make my server available if necessary. I should mention that GETs (answer 200) work. It's just PROPFIND (answer 207) that is mishandled. I'm not sure about other requests/replies. Maybe related, maybe not: after I logged in to wiki.kde.org, the webpages started showing garbage. They are transferred gzipped. No DAV is involved. CVS commit by waba: Fix webdav with gzip'ed encoding. BUG: 98124 M +2 -3 http.cc 1.637 --- kdelibs/kioslave/http/http.cc #1.636:1.637 @@ -4148,7 +4148,6 @@ void HTTPProtocol::slotData(const QByteA { uint old_size = m_bufWebDavData.size(); - m_bufWebDavData.resize (old_size + m_bufReceive.size()); - memcpy (m_bufWebDavData.data() + old_size, m_bufReceive.data(), - m_bufReceive.size()); + m_bufWebDavData.resize (old_size + d.size()); + memcpy (m_bufWebDavData.data() + old_size, d.data(), d.size()); } } |