[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: steveking <steveking_at_gmx.ch>
Date: 2005-08-11 20:18:57 CEST

Branko Čibej wrote:
> 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:

The bug isn't in 1.2.0, only in 1.2.1 and of course 1.2.2.
The bug was introduced in 1.2.1 because of the change:
* fixed: 'svn (un)lock' not caching authentication (r15088)

You can use your own official 1.2.1 build - it will crash too.

> 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:

So maybe it's fixed in HEAD, haven't tested that yet (will do, stay tuned).

> 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.

It's not necessary to delete the auth cache. Ben Collins-Sussman
explained to me that if the server doesn't know the lock command, Apache
doesn't know that and assumes that the auth failed. So it's not
important that the auth cache is cleared or what username/password you
enter. It will always be rejected.


   oo  // \\      "De Chelonian Mobile"
  (_,\/ \_/ \     TortoiseSVN
    \ \_/_\_/>    The coolest Interface to (Sub)Version Control
    /_/   \_\     http://tortoisesvn.tigris.org
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:21:47 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.