[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: svn 1.2.2 tarballs are up for testing/voting

From: Branko Čibej <brane_at_xbc.nu>
Date: 2005-08-11 20:09:17 CEST

Mark Phippard wrote:

>No one has commented on the issue that Stefan King raised. It looks
>simple enough to test and if I recall the problem is not specific to
>Windows so it could be verified anywhere:
>
>
I can't reproduce this, using a stock 1.2.0 client against a 1.1.4
mod_dav_svn, both running on Windows:

$ svn --version
svn, version 1.2.0 (r14790)
   compiled May 22 2005, 22:40:26
...
$ svn ls -v http://localhost/test-dav/ --username jrandom --password rayjandom --no-auth-cache
      1 jrandom 0 Aug 11 19:47 foo
$ svn info .
Path: .
URL: http://localhost/test-dav
Repository UUID: 5c1f80b2-a5c0-8f4c-996e-a8de038e9e5a
Revision: 0
Node Kind: directory
Schedule: normal
Last Changed Rev: 0
Last Changed Date: 2005-08-11 19:40:48 +0200 (Thu, 11 Aug 2005)
$ svn lock foo --username jrandom
Authentication realm: <http://localhost:80> Subversion Testing
Password for 'jrandom': *********
svn: Lock request failed: 405 Method Not Allowed (http://localhost)

So I tried with the current trunk (slightly instrumented in
libsvn_ra_dav/util.c, to print the raw Neon error and the converted
error); again, no luck:

$ ../../repos/svn-trunk/Release/subversion/clients/cmdline/svn.exe --version
svn, version 1.3.0 (dev build)
   compiled Aug 11 2005, 19:54:39
...
$ ../../repos/svn-trunk/Release/subversion/clients/cmdline/svn.exe lock foo --username jrandom
Authentication realm: <http://localhost:80> Subversion Testing
Password for 'jrandom': *********
NEON_ERR 1 405 Method Not Allowed
SVN_ERR 175002 Lock request failed: 405 Method Not Allowed (http://localhost)
svn: Lock request failed: 405 Method Not Allowed (http://localhost)

And yes, I verified that trunk writes the auth info into the cache in
this case.

O.K., so I see that tortoisesvn.tigris.org is a 1.1.1 server; trying
with that... remember to delete the auth cache... no luck. Same as
before, no crash, auth info gets stored even though the lock request
itself fails.

So, whatever it is, it's either fixed on trunk, or the repro isn't complete.

-- Brane

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Thu Aug 11 20:10:11 2005

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.