On 31 August 2016 at 13:28, Vacelet, Manuel <manuel.vace...@enalean.com> wrote: > On Wed, Aug 31, 2016 at 12:19 PM, Ivan Zhakov <i...@visualsvn.com> wrote: >> >> >> > - Why this behaviour changed between 1.6 and newer ? >> It was bug before Subversion 1.7.9. The problem was that client tried >> to read some information from repository root when performing remove >> folder. See SVN-4332 for more details [1] >> >> [1] https://issues.apache.org/jira/browse/SVN-4332 >> > > I did read that but in my tests, when server is 1.6, whatever version of > client (1.6, 1.7, 1.8, 1.9), cannot remove. > > When server is 1.8, behaviour change depending on client version so it might > be related to this issue (even if in all cases, the user has access to the > root). > It's could be related to HTTPv2 protocol introduced in Subversion 1.7. Could you provide requests log with svn server 1.6?
[1] https://subversion.apache.org/docs/release-notes/1.7.html#httpv2 >> But according to provided authz file 'alice' has read access to >> repository root, so it may be different issue. Anyway, your authz file >> allows 'alice' to remove /tags. > > OK thanks for the info, do you know if it's documented / specified somewhere > ? > I tried to get this info from > http://svnbook.red-bean.com/nightly/en/svn.serverconfig.pathbasedauthz.html > but those rules are not described. > I'm not aware about documentation, but it seems natural that user only need write to resource to remove it. -- Ivan Zhakov
