Malcolm Rowe wrote:
> On Wed, Aug 02, 2006 at 08:41:47AM -0400, Brian Brophy wrote:
>
>>[Sun Jul 16 22:45:14 2006] [info] Subsequent (No.26) HTTPS request
>>received for child 2 (server server.abc.com:443)
>>[Sun Jul 16 22:45:15 2006] [info] [client 127.0.0.1] Access granted:
>>'user123' COPY repo:/Common/Architecture/Publish/Working/hotBackup
>>repo:/Common/Architecture/Publish/Working/hotBackup2
>>[Sun Jul 16 22:45:15 2006] [error] [client 127.0.0.1] Access denied:
>>'(null)' COPY repo:/Common/Architecture/Publish/Working/hotBackup2
>>repo:/Common/Architecture/Publish/Working/hotBackup2
>>
>
>
> So if I'm reading that right, we generate two subrequests for
> mod_authz_svn from one copy operation, the second of which is failing.
>
> While I don't have a clue why the second subrequest occurs, I do note
> that it also appears not to have any user associated with it.
Just a guess: one request checks write perms on the copy target, one checks
read perms on the copy source.
--
C. Michael Pilato <cmpilato@collab.net>
CollabNet <> www.collab.net <> Distributed Development On Demand
Received on Thu Aug 3 20:36:41 2006