Ben Collins-Sussman wrote:
> I'm putting authz_read calls into mod_dav_svn's new locking functions,
> so that we can continue the tradition of dealing with unreadable paths.
>
> I'm not sure how mod_dav_svn should behave, though, in these scenarios:
>
> * a request comes to LOCK/UNLOCK an unreadable file path.
> What should mod_dav_svn return?
>
> - "404 Path Not Found"?
> - "403 Forbidden"?
> - "401 Unauthorized"?
>
> * a request comes in to discover an existing lock on an unreadable path.
> What should mod_dav_svn return?
>
> - "no lock present" (even if there is)
> - one of the other three 4XX errors above?
>
> * a request comes in to discover all locks below a directory path.
> But some of those locked child-paths are unreadable. What should we
> return?
>
> - only the readable locked-paths (& locks) ?
> - some sort of 4XX error?
I think the answer depends on what this "unreadable file path" actually
is. If it's a file in the subtree of a no-access directory, then I think
the answer should be 404. It the file itslf is noaccess but the path is
not (i.e., the user can "svn ls" and see the file, but cant' read it),
then it should be 401.
-- Brane
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Wed Dec 15 12:00:28 2004