Re: svn delete fails with "403 Forbidden" if root is not readable
From: Dmitry Pavlenko <pavlenko_at_tmatesoft.com>
Date: Mon, 6 Aug 2012 21:27:44 +0200
I'd like to ping my old report. I'll recollect: if there's no read permission of the repository
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 apply the same changes to Subversion,but
There's a patch with the changes I tried to perform. Important: it DOES NOT work (FAILS with
if we have several targets to delete: a/b/c/d, a/b/e/f, a/b/c/h, it's better to extract common
Anyway, I believe my report was useful, at least a bit!
/* Create a hash of repos_root -> ra_session maps and repos_root -> relpaths
Now we iterate over the collection of sessions and do a commit for each
- SVN_ERR(single_repos_delete(ra_session, repos_root, relpaths_list,
-- Dmitry Pavlenko, TMate Software, http://subgit.com/ - git+svn on the server side В сообщении от 18 June 2012 19:20:19 автор Dmitry Pavlenko написал: > 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/subdirectory2/file3 > > instead of running > > openRoot(); > opedDir("directory") > > opedDir("directory/subdirectory1") > delete("directory/subdirectory1/file1") > delete("directory/subdirectory1/file2") > closeDir() > > opedDir("directory/subdirectory2") > delete("directory/subdirectory1/file3") > closeDir() > > closeDir() > closeDir() > > on http://host/path as on the root one can run > > opedRoot() > > opedDir("subdirectory1") > delete("subdirectory1/file1") > delete("subdirectory1/file2") > closeDir() > > opedDir("subdirectory2") > delete("subdirectory1/file3") > closeDir() > > closeDir() > > http://host/path/directory as on the common ancestor. > > > 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:43714/repos/directory/file --username user > > --password password -m "" subversion/svn/delete-cmd.c:90: > > (apr_err=130003) subversion/svn/util.c:913: (apr_err=130003) > > subversion/libsvn_client/delete.c:409: (apr_err=130003) > > subversion/libsvn_client/delete.c:315: (apr_err=130003) > > subversion/libsvn_client/delete.c:217: (apr_err=130003) > > subversion/libsvn_delta/deprecated.c:52: (apr_err=130003) > > subversion/libsvn_delta/path_driver.c:169: (apr_err=130003) > > subversion/libsvn_ra_serf/commit.c:1300: (apr_err=130003) > > subversion/libsvn_ra_serf/options.c:381: (apr_err=130003) > > subversion/libsvn_ra_serf/util.c:780: (apr_err=130003) > > subversion/libsvn_ra_serf/util.c:737: (apr_err=130003) > > subversion/libsvn_ra_serf/util.c:1980: (apr_err=130003) > > subversion/libsvn_ra_serf/util.c:1961: (apr_err=130003) > > subversion/libsvn_ra_serf/util.c:2418: (apr_err=130003) > > svn: E130003: The OPTIONS response contains invalid XML (403 Forbidden) > > > > With SVN 1.6 everything is ok. > > The problem is easily reproducible.Received on 2012-08-06 21:29:45 CEST
This is an archived mail posted to the Subversion Dev mailing list.