Did SetOutputFilter DEFLATE ever work?

Hello,

I just upgraded my Subversion server to 1.0.2 using the CVS HEAD
of apr/apr-util/httpd-2.1. The server is on RedHat 9.

When I did this, the Subversion clients could no longer check
out a wc. I tried even using my Windows svn 1.0.1 client and
it couldn't do a checkout.

Doing an ethereal trace from my Windows laptop to the 1.0.2
server showed this:

PROPFIND /repos/trunk/fink HTTP/1.1
Host: svn.orcaware.com:8000
User-Agent: SVN/1.0.1 (dev build) neon/0.24.4
Keep-Alive:
Connection: TE, Keep-Alive
TE: trailers
Content-Length: 300
Content-Type: text/xml
Depth: 0

<?xml version="1.0" encoding="utf-8"?><propfind xmlns="DAV:"><prop><version-cont
rolled-configuration xmlns="DAV:"/><resourcetype xmlns="DAV:"/><baseline-relativ
e-path xmlns="http://subversion.tigris.org/xmlns/dav/"/><repository-uuid xmlns="
http://subversion.tigris.org/xmlns/dav/"/></prop></propfind>HTTP/1.1 207 Multi-S
tatus
Date: Tue, 20 Apr 2004 00:50:22 GMT
Server: Apache/2.1.0-dev (Unix) DAV/2 SVN/1.0.2
Vary: Accept-Encoding
Content-Encoding: gzip
Content-Length: 352
Keep-Alive: timeout=30
Connection: Keep-Alive
Content-Type: text/xml; charset="utf-8"

^_<8B^@^@^@^@^@^@^C<8D><92><CB>n<83>0^PE<F7><F9>
...
...

The odd thing here is that "Content-Encoding: gzip" is on.
When doing an ethereal trace against my old 1.0.1 compiled
server I get this and everything works.

PROPFIND /repos/trunk/fink HTTP/1.1
Host: svn.orcaware.com:8000
User-Agent: SVN/1.0.1 (dev build) neon/0.24.4
Keep-Alive:
Connection: TE, Keep-Alive
TE: trailers
Content-Length: 300
Content-Type: text/xml
Depth: 0

<?xml version="1.0" encoding="utf-8"?><propfind xmlns="DAV:"><prop><version-cont
rolled-configuration xmlns="DAV:"/><resourcetype xmlns="DAV:"/><baseline-relativ
e-path xmlns="http://subversion.tigris.org/xmlns/dav/"/><repository-uuid xmlns="
http://subversion.tigris.org/xmlns/dav/"/></prop></propfind>HTTP/1.1 207 Multi-S
tatus
Date: Tue, 20 Apr 2004 01:09:04 GMT
Server: Apache/2.1.0-dev (Unix) DAV/2 SVN/1.0.1-dev
Vary: Accept-Encoding
Content-Length: 690
Keep-Alive: timeout=30
Connection: Keep-Alive
Content-Type: text/xml; charset="utf-8"

<?xml version="1.0" encoding="utf-8"?>

This is with the same configuration file which has

    SetOutputFilter DEFLATE

in the httpd.conf file. So somewhere either with the 1.0.1 to
1.0.2 upgrade or with using httpd 2.1 HEAD, the response is
getting compressed, and the svn client can't handle this.

This looks like a bug in httpd where it shouldn't send compressed
content to the client unless it sees an "Accept-Encoding" HTTP
header.

Running an ethereal trace against svn.collab.net shows no
compression going on. Is there a "SetOutputFilter DEFLATE"
line on that server's httpd.conf file? If so, it's not working
as it should, as I'm not getting compressed response from an
IE client which sends its "Accept-Encoding: gzip, deflate".

I guess I'll have to add something like this to my httpd.conf file

BrowserMatch ^SVN no-gzip

but I'd really rather not, as my server's on a DSL line and I'd
like to send compressed data.

Has anybody else seen this?

Best,
Blair

-- 
Blair Zajac <blair@orcaware.com>
Plots of your system's performance - http://www.orcaware.com/orca/
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org