[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: Compression not working

From: Stefan Küng <tortoisesvn_at_gmail.com>
Date: Fri, 31 Jul 2009 11:49:22 +0200

On 29.07.2009 16:24, Andre Lombard wrote:
> SUMMARY:
>
> I am trying to achieve faster transfer of large checkouts from remote
> clients by enabling compression between the client and the server. So
> far I have configured compression at the server and tested with SVN.EXE
> and Firefox that compression works by capturing the HTTP
> Request/Response streams, but the compressions is not in effect when
> using TortoiseSVN as the client.
>
> MORE DETAIL:
>
> When using SVN.EXE command line client (version 1.6.3 (r38063)), the
> HTTP Request includes the “Accept-Encoding: gzip” header (twice,
> actually). The corresponding response contains the “Content-Encoding:
> gzip” header and the body is clearly compressed.
>
> When using TortoiseSVN client (version 1.6.3.16613), the HTTP Request is
> missing the “Accept-Encoding: gzip” header and thus the corresponding
> response contains no “Content-Encoding” header and is not clearly not
> compressed.
>
> To capture the HTTP stream, I have used TcpTrace tool from
> pocketsoap.com, although I could also have used Ethereal or something
> similar. TcpTrace is simple to use -- it will listen on a local port (I
> chose port 1234) and will forward all traffic to a remote host and port,
> displaying the captured sessions in its GUI.
>
> Then to repro the non-issue with SVN.EXE:
>
> 1. Open a command prompt and navigate to C:\MyTempDirectory
>
> 2. svn.exe co http://localhost:1234/svn/testRepo testRepoSvn
>
> 3. Examine the captured HTTP traffic
>
> And to repro the issue with TortoiseSVN as the client:
>
> 1. Using windows explorer, navigate to C:\MyTempDirectory
>
> 2. Right Click > SVN Checkout
>
> a. URL of repository: http://localhost:1234/svn/testRepo
>
> b. Checkout directory: C:\MyTempDirectory\testRepoTortoiseSVN
>
> c. OK
>
> 3. Examine the captured HTTP traffic
>
> The server side is running Apache 2.2.11 (Win32) with DAV SVN/1.6.3. I
> have enabled mod_deflate and added the following to the httpd.conf to
> ensure that DEFLATE is enabled:
>
> <Location /svn>
>
> #--- Snip! Full contents not shown, but I can provide it upon request ---
>
> SetOutputFilter DEFLATE
>
> SetInputFilter DEFLATE
>
> BrowserMatch ^Mozilla/4 gzip-only-text/html
>
> BrowserMatch ^Mozilla/4\.0[678] no-gzip
>
> BrowserMatch \bMSIE !no-gzip !gzip-only-text/html
>
> #--- Snip! Full contents not shown, but I can provide it upon request ---
>
> </Location>
>
> A brand new repository has been created (using the v1.6.3 svnadmin.exe)
> and I commited one DLL and one CS (C# code) file to the root for testing
> purposes.
>
> Finally, in addition to verifying this server configuration by using the
> SVN.EXE command line client, I have also verified that compression works
> by browsing the repository directly with Firefox and downloading a dll
> and cs file. Both files were compressed in the HTTP response.
>
> I have searched the bug lists at Flyspray, tigris.org users archive and
> developers archive for “zlib”, “compress” and “deflate” and the closest
> reported issue I could find was never confirmed to be an issue.
> http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=757&dsMessageId=291490
>
> The TortoiseSVN Help > About dialog does list zlib 1.2.3.

Can you try a nightly build please? It should be fixed now.

Stefan

-- 
        ___
   oo  // \\      "De Chelonian Mobile"
  (_,\/ \_/ \     TortoiseSVN
    \ \_/_\_/>    The coolest Interface to (Sub)Version Control
    /_/   \_\     http://tortoisesvn.net
------------------------------------------------------
http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=4061&dsMessageId=2377311
To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_tortoisesvn.tigris.org].
Received on 2009-07-31 11:49:39 CEST

This is an archived mail posted to the TortoiseSVN Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.