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

Access control client error messages very poor?

From: John Beranek <john_at_redux.org.uk>
Date: Thu, 15 Jul 2010 23:47:48 +0100

Hello all,

I've just had a look through the mailing lists and the issue tracker for
this topic, and not found it discussed before. So, I'll start in?

Is the current behaviour on performing SVN activities (with Neon RA)
that violate access controls known to be bad?

Environment is:

Client SVN: 1.6.9 with ra_neon
Server SVN: Either of 1.6.12 or 1.5.6

If a directory in a repository is open for read for a particular user,
but closed for write, the following is the error message given to the
user. It's hardly friendly, is it!?

svn: Commit failed (details follow):
svn: Server sent unexpected return value (403 Forbidden) in response to
CHECKOUT request for '/svn/sources/!svn/ver/43/Read/Only/Area/tags'
svn: Your commit message was left in a temporary file:
svn: 'svn-commit.tmp'

To me, the worst part of this is the "Server sent _unexpected_ return
value". Why is "Forbidden" considered unexpected!? ra_neon is talking to
a mod_dav_svn server, which allows access to the repository to be
restricted - what's unexpected about that access being denied?

Equally, if a user tries to check out an area of the repository they
don't have read access to, they get:

svn: Server sent unexpected return value (403 Forbidden) in response to
OPTIONS request for 'http://svn.example.com/svn/svntest1/Private/Area'

Again, "Forbidden" is "unexpected".

Has no-one else reported this? Is it being worked on - anything?

Cheers,

John.

-- 
John Beranek                         To generalise is to be an idiot.
http://redux.org.uk/                                 -- William Blake
Received on 2010-07-16 00:49:00 CEST

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.