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

Unable to delete directory in repository, server version 1.7.1

From: Bostjan Skufca <bostjan_at_a2o.si>
Date: Thu, 10 Nov 2011 02:04:39 +0100

Hello!

Can you delete directories in your subversion repository? Yes, really?
You lucky bas....! Joke:)

Anyway, joke aside, the following is no laughing matter.

It seems that upgrade from 1.6.17 to 1.7.1 exhibits some "undocumented
features":) Apparently server version 1.7 parses permissions
differently than 1.6, namely it does not allow me to delete
directories I have write access to.

This is my authz file:
---------------------------------------------------------
[/project]
user1 = r

[/project/sys]
user1 = rw
---------------------------------------------------------
This seems to give user1 the read permissions to /project/* dir and rw
permission for /project/sys, right? Let's see.

As user1, I can do this:
svn mkdir svn://server.org/project/sys/dir
Then I can create /project/sys/dir/a file, and remove that file,
commiting every step successfully to the repo.

What I CAN NOT DO is remove (empty!) directory that I have just created:
# svn rm svn://server.org/project/sys/dir
svn: Access denied

If I change authz file to only this (remove read-only permission to upper path):
---------------------------------------------------------
[/project/sys]
user1 = rw
---------------------------------------------------------
then I can delete the directory I have created.

To summarize:
It seems that subversion parses and merges repository/path permissions
correctly for following operations: checkout, commit-to-add-dir,
commit-add-file, commit-to-delete-file.
Operation commit-to-delete-dir does not seem to follow the same pattern.

Has anybody experienced similar behaviour? Can someone confirm this
bug? Or explain this feature? :)
SVN version is 1.7.1 (both client and server)

b.
Received on 2011-11-10 02:05:12 CET

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.