cmpilato@collab.net writes:
> "Brent R. Matzelle" <bmatzelle@yahoo.com> writes:
>
> > Hello,
> >
> > I am using Subversion 0.14.0 on win32 and I received the error below.
> > It perhaps could be caused by a bug.
> >
> > D:dev\svn.exe update rapidsvn
> >
> > svn_error: #21097 : <RA layer request failed>
> > PROPFIND of
> > /repos/svn/!svn/ver/2766/clients/rapidsvn/trunk/src/res/
> > bitmaps/versioned_folder.ico: Could not parse response status line.
FOUND some bogusness! I'm pretty sure this is the problem.
Lookee here at this ethereal trace on the failed "GET" that we're
seeing when you try to checkout the head of /clients/rapidsvn:
GET /repos/svn/!svn/bc/2768/clients/rapidsvn/trunk/src/res/bitmaps/folder.ico HTTP/1.1
User-Agent: neon/0.21.2 SVN/0.14.0 (dev build)
Connection: TE
TE: trailers
Host: svn.collab.net
HTTP/1.1 200 OK
Date: Mon, 29 Jul 2002 16:06:41 GMT
Server: Apache/2.0.40-dev (Unix) DAV/2 SVN/0.14.0 (dev build)
ETag: "2766//clients/rapidsvn/trunk/src/res/bitmaps/folder.ico"
Accept-Ranges: bytes
Content-Length: 894
Content-Type: "image/x-icon"
X-Pad: avoid browser bug
[...bunch of binary data...]
GET /repos/svn/!svn/bc/2768/clients/rapidsvn/trunk/src/res/bitmaps/revert.bmp HTTP/1.1
User-Agent: neon/0.21.2 SVN/0.14.0 (dev build)
Connection: TE
TE: trailers
Host: svn.collab.net
This is the GET request just *before* the GET that fails. There's an
extra "X-Pad:" header being inserted by the server up there, and it's
being interpreted as part of the 894 bytes of binary body data. So
the client then sends another GET request, and then sucks up some
extra binary data from the stream, thinking it's part of the header
response.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Mon Jul 29 18:38:15 2002