Bert Huijben wrote:
> Following editor v2 (and v1), deletion of a child is changing the
> list of children in the parent directory and as such requires (at
> least) write access to the parent.
The editors don't control authorization. The parent path may be
mentioned in an editor call, but that do
"403 Forbidden" if root is not readable
I filed this as issue #4219, 'svn delete fails with "403 Forbidden" if root is
not readable'.
With Philip's help we determined this bug only occurs with RA-neon. I can now
reproduce it on 1.7.x.
I looked into w
I filed this as issue #4219, 'svn delete fails with "403 Forbidden" if root is
not readable'.
With Philip's help we determined this bug only occurs with RA-neon. I can now
reproduce it on 1.7.x.
I looked into why Dmitry's patch doesn't work. It calls
svn_
Dmitry Pavlenko wrote:
> I'd like to ping my old report. I'll recollect: if there's no read
> permission of the repository
> root, "svn delete" for sub-URL always fails.
Hi Dmitry.
Thanks for the report.
I tried to reproduce this, and I cannot. The tests I wrote are in the attached
patch.
Hello,
I'd like to ping my old report. I'll recollect: if there's no read permission
of the repository
root, "svn delete" for sub-URL always fails.
I had the same issue in SVNKit but fixed, and here's the fix:
svn log --diff -r9286 http://svn.svnkit.com/repos/svnkit/trunk/
I also tried to ap
Hello again,
I've fixed the issue in SVNKit: http://svn.svnkit.com/repos/svnkit/trunk/ at
r9286
The approach is to use common ancestor instead of repository root to run editor
calls. For example,
to remove paths:
directory/subdirectory1/file1
directory/subdirectory1/file2
directory/subdirector
Hello,
Suppose you have a repository with authz:
[/]
* =
[/directory]
* = rw
And the repository (http://localhost:43714/repos) contains a directory (with
"rw" access) and a file
in it. File deletion fails with the following stacktrace (tried with SVN
r1350986):
$ svn rm http://localhost:4371
7 matches
Mail list logo
