On 31 August 2016 at 13:28, Vacelet, Manuel <manuel.vacelet_at_enalean.com> wrote:
> On Wed, Aug 31, 2016 at 12:19 PM, Ivan Zhakov <ivan_at_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
Received on 2016-08-31 12:37:36 CEST