RE: svn: E120104: ra_serf: An error occurred during decompression

I guess the final thing to add is that I was using 1.8.1 collabnet x64 and 1.7.3 wandisco 1.8.3 (serf 1.3.1). The 1.8.1 version doesn't report which version of serf is being used but their changelog indicates it might be 1.2.1:
        
Version 1.8.1
https://dist.apache.org/repos/dist/dev/subversion/

 Changes to included binaries:
    * Subversion upgraded to 1.8.1.
    * APR 1.4.8.
    * APR-Util 1.5.2.
    * Httpd 2.2.25.
    * Sqlite3 3.7.17.
    

Version 1.8.0-2
https://dist.apache.org/repos/dist/dev/subversion/

 Changes to included binaries:
    * Subversion upgraded to 1.8.0.
    * OpenSSL 1.0.1e.
    * Serf 1.2.1.
    * Neon removed.

-----Original Message-----
From: James French [mailto:James.French_at_naturalmotion.com]
Sent: 09 September 2013 14:03
To: Johan Corveleyn
Cc: users_at_subversion.apache.org
Subject: RE: svn: E120104: ra_serf: An error occurred during decompression

I tried it again with the 1.8.3 command line and the merge went through...

-----Original Message-----
From: Johan Corveleyn [mailto:jcorvel_at_gmail.com]
Sent: 09 September 2013 13:36
To: James French
Cc: users_at_subversion.apache.org
Subject: Re: svn: E120104: ra_serf: An error occurred during decompression

On Mon, Sep 9, 2013 at 1:14 PM, James French <James.French_at_naturalmotion.com> wrote:
> Hi list,
>
>
>
> I hit this when doing a reintegrate merge with svn 1.8.3 (tortoisesvn
> 1.8.2). I repeated the operation with svn 1.7.8 and it did not occur.

This looks very much like the error I ran into during testing of 1.8.3, and which spawned the following discussion on the dev-list:

    http://svn.haxx.se/dev/archive-2013-08/0386.shtml

(it was with an 'svn export' over plain http of a tag of the subversion project itself, but the problem might be the same)

Lieven Govaerts and Ivan Zhakov have been trying to find the exact problem in the serf http-library (with me trying various patches and reproducing the issue), but so far without success.

It's good to know that now I'm not the only one seeing this problem.

Can you report your OS version please?

Can you reproduce it with Antivirus disabled?

Also: I couldn't reproduce the issue with compression disabled, by adding the option
    --config-option servers:global:http-compression=off
to the command line (or configure that setting in your 'servers'
configuration file). That might be a workaround for you (though it will probably make things go a lot slower).

--
Johan