RE: svn commit failing - username not sent on the MERGE webdav command
From: <greg_at_gregj.me>
Date: Tue, 8 Aug 2017 12:48:41 -0700
Ok now I joined the mailing ilst. But I have not had any response to this
Any suggestions? Should I RTFM - if so which?
I've tried different things - and it only seems to allow access if
Ideas?
Thank you in advance :).
* Greg Johnson
From: greg_at_gregj.me [mailto:greg_at_gregj.me]
Hi,
Per the webpage - I am not a regular subscriber (yet) so please cc
I am trying to implement path based authentication with webdav over http.
Details.
In this case if my auth access file has:
[groups]
Svnadmins = gjohnson
[/ec-svn/branches/eCommerce/proto_3.x]
* = rw
@svnadmins = rw
@edi-dev = rw
@bldadmin = rw
I can commit a change as user 'gjohnson'. No problem.
However we don't want it wide open like this. If I remove the * = rw like
[groups]
svnadmins = gjohnson
[/ec-svn/branches/eCommerce/proto_3.x]
@svnadmins = rw
(note my username (gjohnson) is a member of the svnadmins group so should
And attempt to commit a change I get: (Client Windows 2012 - subversion
D:\src\svn\cedi>svn commit pom.xml
Sending pom.xml
Transmitting file data .done
Committing transaction...
svn: E175013: Commit failed (details follow):
svn: E175013: Access to
svn: E175013: Your commit message was left in a temporary file:
svn: E175013: 'D:\src\svn\cedi\svn-commit.4.tmp'
The same thing happens if I specify my userid directly:
[/ec-svn/branches/eCommerce/proto_3.x]
gjohnson = rw
If I look at the http transaction log I see the following sequence:
3.20.224.231 - gjohnson [03/Aug/2017:20:40:12 +0000] "OPTIONS
3.20.224.231 - gjohnson [03/Aug/2017:20:40:12 +0000] "OPTIONS
3.20.224.231 - gjohnson [03/Aug/2017:20:40:12 +0000] "POST /ec-svn/!svn/me
3.20.224.231 - gjohnson [03/Aug/2017:20:40:12 +0000] "PROPPATCH
3.20.224.231 - gjohnson [03/Aug/2017:20:40:12 +0000] "HEAD
3.20.224.231 - gjohnson [03/Aug/2017:20:40:12 +0000] "PUT
3.20.224.231 - - [03/Aug/2017:20:40:12 +0000] "MERGE
3.20.224.231 - gjohnson [03/Aug/2017:20:40:12 +0000] "DELETE
This looks like it follows what I know (via google) from the protocol used.
Note that the MERGE line (line 7 - 2nd from the last) does *not* have a user
Could this be the cause of the 'permission denied' and, if so, is there a
Thank you - Greg
|
This is an archived mail posted to the Subversion Users mailing list.
This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.