On Sat, Jul 30, 2011 at 12:16 PM, Stefan Küng <[email protected]> wrote: > Hi, > > Using a build from the latest 1.7.x branch, try this: > > svn info http://svn.freetz.org/tags/freetz-1.1.4 > > results in: > > --------------------------- > Microsoft Visual C++ Debug Library > --------------------------- > Debug Error! > Program: d:\Development\SVN\TortoiseSVN\bin\debug64\bin\svn.exe > R6010 > - abort() has been called > > > Actually, any command I tried with that repository results in an abort() > call due to urls not being canonical and/or an error like this: > > svn: warning: W170000: 'http://svn.freetz.org/tags/freetz-1.1.4' isn't in > the sa > me repository as 'http://svn.freetz.org/' > > svn: E200009: Could not display info for all targets because some targets > don't > exist > > It's easily reproducible using neon. > Using serf, you only get an error output but no abort() call: > svn: E175009: Unable to connect to a repository at URL > 'http://svn.freetz.org/tags/freetz-1.1.4' > svn: E175009: XML parsing failed: (413 Request Entity Too Large)
ra_serf is doing the best that it can do - it's getting a 413 back from the server. Quick network trace below. Due to the 400 after, I've got a sense that lighttpd is in front of the real SVN server and might be doing something funky on the protocol level. I'm wondering if lighttpd doesn't understanding chunked request bodies - that'd be an RFC violation on lighttpd's part...again, we could apply the patches I posted a few months back to ra_serf to avoid chunking request bodies... *shrug* -- justin OPTIONS /tags/freetz-1.1.4 HTTP/1.1 Host: svn.freetz.org User-Agent: SVN/1.8.0-dev serf/1.0.1 Content-Type: text/xml DAV: http://subversion.tigris.org/xmlns/dav/svn/depth DAV: http://subversion.tigris.org/xmlns/dav/svn/mergeinfo DAV: http://subversion.tigris.org/xmlns/dav/svn/log-revprops Transfer-Encoding: chunked 83 <?xml version="1.0" encoding="utf-8"?><D:options xmlns:D="DAV:"><D:activity-collection-set></D:activity-collection-set></D:options> 0 HTTP/1.1 413 Request Entity Too Large Date: Sun, 31 Jul 2011 01:39:18 GMT Server: Apache/2.2.14 (Ubuntu) Content-Type: text/html; charset=iso-8859-1 Transfer-Encoding: chunked 2fd <!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN"> <html><head> <title>413 Request Entity Too Large</title> </head><body> <h1>Request Entity Too Large</h1> The requested resource<br />/tags/freetz-1.1.4<br /> does not allow request data with OPTIONS requests, or the amount of data provided in the request exceeds the capacity limit. <hr> <address>Apache/2.2.14 (Ubuntu) Server at svn.freetz.org Port 8080</address> </body></html> <!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN"> <html><head> <title>413 Request Entity Too Large</title> </head><body> <h1>Request Entity Too Large</h1> <p>Your browser sent a request that this server could not understand.<br /> </p> <hr> <address>Apache/2.2.14 (Ubuntu) Server at svn.freetz.org Port 8080</address> </body></html> 0 HTTP/1.0 400 Bad Request Content-Type: text/html Content-Length: 349 Connection: close Date: Sun, 31 Jul 2011 01:39:28 GMT Server: lighttpd/1.4.28 <?xml version="1.0" encoding="iso-8859-1"?> <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd";> <html xmlns="http://www.w3.org/1999/xhtml"; xml:lang="en" lang="en"> <head> <title>400 - Bad Request</title> </head> <body> <h1>400 - Bad Request</h1> </body> </html>
