[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: REPORT request failed after migrating to 0.33

From: Rodrigo B. de Oliveira <rbo_at_acm.org>
Date: 2003-11-16 16:29:28 CET

----- Original Message -----
From: "Ben Collins-Sussman" <sussman@collab.net>
To: "Rodrigo B. de Oliveira" <rbo@acm.org>
Cc: <users@subversion.tigris.org>
Sent: Sunday, November 16, 2003 12:09 PM
Subject: Re: REPORT request failed after migrating to 0.33

> On Sun, 2003-11-16 at 07:59, Rodrigo B. de Oliveira wrote:
> ...
> > Hmmm... What is considered the root of a checkout?
>
> The 'root' I'm referring to has nothing to do with virtual httpd.conf
> <Location>s. mod_dav_svn is validating the absolute repository path
> which is the 'root' of the tree you want, e.g. something like
> /projectname/trunk/
>

Ok, I'm now officially confused :-), I misinterpreted what you said before:

    "What's new in svn 0.33, however, is that each path coming back to the
    client is the report-response is now 'internally' authorized by
    mod_dav_svn. Before putting the path in the response, mod_dav_svn makes
    an internal 'subrequest' to apache: "hey, would a GET of this
    repository path succeed?" If yes, then everything's fine.

    So the error you're seeing is that somehow mod_dav_svn has decided that
    a GET of the root-directory of your checkout would not succeed."

I thought that would imply that for a REPORT to succeed every GET subrequest
for every path to be returned by REPORT had also to succeed taking apache
security
constraints into account.

So, since a GET subrequest must succeed shouldn't this:

   <LimitExcept PROPFIND OPTIONS REPORT>
       Require valid-user
   </LimitExcept>

be changed to this:

   <LimitExcept PROPFIND OPTIONS REPORT GET>
       Require valid-user
   </LimitExcept>
?

(I can already hear a loud "OF COURSE, DIDNT YOU RTFM!") :-) Well, I did
rtfm but it just
slipped through... and now I'm also officially embarrassed.

Thanks!

Rodrigo

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Sun Nov 16 16:29:09 2003

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.