Philip Martin <philip.mar...@wandisco.com> writes: > "Bert Huijben" <b...@qqmail.nl> writes: >> (And you really don't want to know how you got the 'nice' error in 1.8 / >> trunk before the recent patches... It was somewhere halfway doing a http-v1 >> protocol handshake on the pre-redirect location, after leaving an ra-session >> in an dangling state after the initial open operation) > > It's not a connection to mod_dav_svn but it is a working HTTP > connection. It can be used to send requests and receive responses and > any attempt to use the connection would give the redirect URL.
I don't think there is anything wrong with an ra-session that always returns 301. We cannot really avoid such sessions as it is possible for the server configuration to change such that an established session starts returning 301. Here is a checkout where I allowed the OPTIONS negotiation to succeed and then restarted the server to enable a 301 for later requests. The session reconnects to the restarted server and the result is: $ svn co http://localhost:8888/Single wc ../src/subversion/svn/checkout-cmd.c:175, ../src/subversion/libsvn_client/checkout.c:226, ../src/subversion/libsvn_client/checkout.c:124, ../src/subversion/libsvn_client/ra.c:553, ../src/subversion/libsvn_client/ra.c:502, ../src/subversion/libsvn_client/ra.c:887, ../src/subversion/libsvn_client/revisions.c:73, ../src/subversion/libsvn_ra_serf/serf.c:859, ../src/subversion/libsvn_ra_serf/property.c:760, ../src/subversion/libsvn_ra_serf/options.c:439, ../src/subversion/libsvn_ra_serf/util.c:963, ../src/subversion/libsvn_ra_serf/util.c:937, ../src/subversion/libsvn_ra_serf/util.c:902, ../src/subversion/libsvn_ra_serf/util.c:1864, ../src/subversion/libsvn_ra_serf/util.c:1808, ../src/subversion/libsvn_ra_serf/util.c:1752: (apr_err=SVN_ERR_RA_DAV_RELOCATED) svn: E175011: Repository moved permanently to 'http://localhost:8888/PSingle'; please relocate -- Philip Martin | Subversion Committer WANdisco // *Non-Stop Data*
