d. If I can
provide information to help fixing the issue, please let me know and I will be
happy to supply whatever informatiomn you may need (except that I am certainly
not going to upload the repo nor the complete source code).
Best regards,
Jens Geyer
No. IMHO this is a bug.
If I have some time, I will try to provide an test setup.
I can't post our current repo for obvious reasons J
Von: Bostjan Skufca [mailto:bost...@a2o.si]
Gesendet: Samstag, 12. November 2011 03:21
An: Jens Geyer
Cc: users@subversion.apache.org
Betref
BTW, I would like to add, that I also opened another thread "Authz
permisison problem after upgrade from 1.6.16 to 1.7.1", since the delete
issue is not the only probolem I have after switchimng to 1.7.x. Maybe
there is arelation to this.
Yes, we run 32bit SVNSERVE on Windows.
Von: Bostjan Skufca [mailto:bost...@a2o.si]
Gesendet: Freitag, 11. November 2011 00:38
An: Philip Martin
Cc: Jens Geyer; users@subversion.apache.org
Betreff: Re: AW: Unable to delete directory in repository, server
version 1.7.1
Well, in my
> >> I wonder if there is an upper/lower case problem somewehere in your
> > authz file? Or perhaps in the Subversion authz code?
> >
>> If so, this is likely due to the change in case-awareness we made in
1.7:
> >
file:///home/stsp/svn/svn-site/publish/docs/release-notes/1.7.html#case-
sensitive-
> Is there anything I can do to stop this happening?
If it is a file, you can AFAIK safely remove the mergeinfo property from the
file .
JensG
Hi *,
I have an really interesting case here, which looks to me like an bug.
The behavior started after the upgrade of our SVN server from 1.6.16 to
1.7.1.
We use a windows server (SVNSERVE) here, I haven't tested this on
Apache.
The scenario:
We have a source code tree, which lives let's say
I can confirm that.
Deleting is only possible if the user has write permnissions on the
ENTIRE path.
/ top/subdir/mypath
In order to delete mypath, the user needs write permission on
/
/top/subdir
/top/subdir
/top/subdir/mypath
With an 1.6.x server, write
