Re: svn 1.2.2 tarballs are up for testing/voting

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.

Stefan

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