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

Re: broken AuthzSVNAccessFile in 1.3.0 ? RFC

From: Holger Stratmann <tigris_at_finch.de>
Date: 2006-01-18 13:53:07 CET

Michal Levý wrote:

> Relocating wc to uppercase repo name works great! thanks for
> suggestions....
>
> Still. This behavior were introduced by 1.3.0 and it seems to me like
> a inconsistency.
> SVN client works without complaints with different cased repo names
> (maybe only on Windows), why authorization mechanism don't ?

This is not uncommon (only on Windows!). The authorization is operating
"in memory" and comparing strings. That's always case sensitive by
default (unless specifically made case insensitive).
Accessing the repository goes to the file system and requests a
directory called "TVM" - Windows happily returns "tvm" or "Tvm" or whatever.

I am wondering if THAT is acceptable behavior for Subversion?

AFAIK, this should work (not that I'm doing it):

[/]
* = r

[secret:/]
* =
me = rw

Am I wrong?

On Windows, that's now heavily broken, because I could still access
"Secret" or "seCret" or something like that as an anonymous user, right?

I think this should be changed in one of two ways:
a) make authentication case insensitive on Windows (seems like it was in
1.2.3? However, on other operating systems it has to be case sensitive,
so maybe it was "fixed for *nix" in 1.3.0? :-) Or it's actually a
(regression) bug)
b) make repository access case sensitive even on Windows (a case
preserving version of the filename is available from the Win API if you
want it)

Holger

>
> Anyway, i consider to rename all repo names to lowercase (but it will
> be painful)
>
> thanks for your time
>
> Michal Levy
>
> Lieven Govaerts wrote:
>
>> Michal,
>>
>>
>> Quoting Michal Levý <michal.levy@mediaresearch.cz>:
>>
>>> Thanks for reply
>>>
>>> Case sensitive ? But repo directory (located at C:\Data\SVN) is
>>> named TVM...
>>> Yes, I'm sure. Everything worked fine until upgrade to 1.3.0
>>>
>>
>> this error message you reported:
>>
>>> Error: MKACTIVITY of
>>> '/svn/tvm/!svn/act/7dff391b-9d6b-0d4c-a0a5-6cf978297dda':
>>> 403 Forbidden (http://stoupa:8080)" > Message in Apache error log
>>> is: "[Tue
>>
>> Jan 17 11:02:15 2006] [error]
>>
>>> [client 192.168.0.1] Access denied: 'peta' MKACTIVITY tvm: "
>>
>>
>> suggests that the working copy points to http://stoupa:8080/svn/tvm (
>> with
>> lowercase tvm ).
>>
>> Can you try to relocate ( switch --relocate ) those working copies to
>> http://stoupa:8080/svn/TVM to see if that makes a difference for you?
>>
>> Lieven.
>>
>> ----------------------------------------------------------------
>> This message was sent using IMP, the Internet Messaging Program.
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: users-help@subversion.tigris.org
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Wed Jan 18 15:13:40 2006

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

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