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

Problems with auth on svn://

From: Tankko <tankko_at_gmail.com>
Date: 2006-08-05 17:24:15 CEST

I'm having problems with this one user in trying to be able access
and/or commit to a svn:// repository. I just can't seem to figure out
what the problem is.

She's trying to access via TSVN, although I don't think that's the problem.

I have the following files:


anon-access = none
auth-access = write
password-db = passwd
realm = Project
authz-db = authz


tankko = rw

bill = rw

kathy = rw
bill = rw
rick = rw

She (kathy) can checkout and update, but she can not commit. It gives
an error that she does not have authorization. bill and rick have no
problem. We're all running the latest version of TSVN and the sever
is up-to-date.

I needed to give her access to the repository, so I added her to the
password-db file, then I added her to the authz file. She did
checkout and it worked fine. She locked a file, editing it, and then
got the error when she committed. She had connected to other
repository's before, but not this one.

I tried logging in as kath on my machine, and I get the same problem,
so it's not something on her machine. She also works remotely, so I
can not look at her machine myself.

If I add her to the [/] block, then she can commit.

It seems that I have a lot of problems with adding or removing
permission for people as well. What about permission is cached on the
local machine? If someone does not have permission to a folder, and I
add it to the authz file, do they immediately have permission? When I
first started using the auth stuff, It seemed that people had to clear
all their local passwords before they could connect. Is this true?
What are the rules that govern this? You don't need to restart the
sever, correct?


To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Sat Aug 5 17:25:39 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.