On 9/23/13, 1:12 AM, Christian Steineck wrote:
> when updating to current svn version 1.8.x I spotted a regression.
>
>
>
> Used environment:
>
> On client side:
>
> - Windows 7 SP1 Ultimate 64bit
>
> - SlikSVN 1.8.0 (also tested with SlikSVN 1.8.3 and TortoiseSVN 1.8.3
> – all behave the same) – 64Bit Version
>
> - Also tried SlikSVN 1.8.0 32Bit Version – same problem
>
>
>
> On server side:
>
> - Apache/2.4.6 (Unix) PHP/5.4.19 SVN/1.8.3
>
>
>
> Reproduction recipe:
>
> - Checkout a big project (in my test case 64MB of data) via http (svn
> checkout http://svnserver/repo/project/trunk)
>
>
>
> Expected behavior:
>
> - The checkout completes and the working copy has the complete project
> data
>
>
>
> Detected behavior:
>
> - Checkout fails on random file with svn: E200014: Checksum mismatch
>
> - The mismatch is always on project files not on the .svn/ metafiles
>
>
>
> If you need more information I will try to request them from our IT.
This is likely some sort of misconfiguration of the http server that's causing
it to manipulate the contents of some requests. Look for filters or other
configurations that may be set to manipulate the data returned form the http
server. There is probably some sort of pattern to the types of files that have
this issue.
Given that you apparently started having this after 1.8.3 the change described
in this release note is probably related:
https://subversion.apache.org/docs/release-notes/1.8.html#mod_dav_svn-fsmap
Your configuration has probably been wrong for a long time but the bug we fixed
there was hiding the issue. With 1.8.2 the filename was set to NULL, and with
1.8.5 it started being set to something that looks like a path with "svn:"
prefixed.
There was a similar issue reported here:
https://mail-archives.apache.org/mod_mbox/subversion-dev/201401.mbox/%3CCAL55oQEPFZS57ZCKJ7S6wOQEcPQO8ecZt3nwymLgvTfF0d4zMQ%40mail.gmail.com%3E
But I don't believe you'll find your issue is identical since until 1.8.5 the
AddEncoding situation wouldn't have come up.
Received on 2014-01-10 01:52:13 CET