You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@subversion.apache.org by Aaron Unger <au...@ungerdesign.com> on 2009/06/29 17:24:30 UTC

1.6.3 DAV autoversioning doesn't give response to HTTP MKCOL request

I'm currently running SVN 1.5.3 on Apache 2.2.3, with DAV enabled and  
autoversioning turned on. If I do an http MKCOL request to create a  
new directory, it returns with an HTTP status of 201 Created. This  
makes sense and corresponds with how the normal apache webdav server  
handles the same request.

If I try the exact same thing against my test server running SVN 1.6.3  
and Apache 2.2.11, I get no response back from the server -- the  
connection is dropped. However, it does look like the command  
succeeded as the new directory is in the repository and the revision  
number incremented. Using the svn client against this same server  
works fine -- it just seems to be a problem with autoversioning and  
making a single MKCOL request.

Has anyone else seen this and/or can anyone else verify this a problem?

How to reproduce:

SVN 1.5.3
dhcp124:tmp aunger$ curl -i -X MKCOL http://oldserver/newfolder
HTTP/1.1 201 Created
Date: Fri, 12 Jun 2009 17:15:21 GMT
Server: Apache/2.2.3 (Red Hat)
Location: http://oldserver/newfolder
Content-Length: 274
Connection: close
Content-Type: text/html; charset=UTF-8

<!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN">
<html><head>
<title>201 Created</title>
</head><body>
<h1>Created</h1>
<p>Collection /newfolder has been created.</p>
<hr />
<address>Apache/2.2.3 (Red Hat) Server at oldserver Port 80</address>
</body></html>

SVN 1.6.2
dhcp124:tmp aunger$ curl -i -X MKCOL http://svn.local/newfolder
curl: (52) Empty reply from server

dhcp124:tmp aunger$ svn mkdir -m "New folder" http://svn.local/newfolder2

Committed revision 16.

Thanks-
-- Aaron

------------------------------------------------------
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=1065&dsMessageId=2366475

To unsubscribe from this discussion, e-mail: [users-unsubscribe@subversion.tigris.org].