Mailing-List: contact modperl-help@perl.apache.org; run by ezmlm
Precedence: bulk
Received-SPF: pass (asf.osuosl.org: domain of josh_narins@hotmail.com
 designates 65.54.161.12 as permitted sender)
Message-ID: <BAY106-F2B30B067264F26670D9A087440@phx.gbl>
Reply-To: josh@narins.net
In-Reply-To: <dndqad$ils$1@sea.gmane.org>
From: "Josh Narins" <josh_narins@hotmail.com>
To: jeremy@exit109.com, modperl@perl.apache.org
Subject: Re: Phase/URL repeat
Date: Sat, 10 Dec 2005 15:31:20 +0000
Mime-Version: 1.0
Content-Type: text/plain; format=flowed

>From: Jeremy Nixon <jeremy@exit109.com>
>
>Josh Narins <josh@narins.net> wrote:
>
> > As you suspected, everything in the second set returns 0 for
> > $r->is_initial_req().
> >
> > However, I never call internal_redirect.
> >
> > What else might be doing it?
> >
> > To make sure you are confused, the first request returns the content, 
>and I
> > have no idea where the output of the (seeming) internal redirect goes.
>
>It's probably a subrequest or lookup_uri call, then.  It's hard to say why
>something would be doing a lookup on /bar for a /foo/bar request, unless
>your code is doing it.  Are there actual on-disk directories involved
>in /foo/bar?
>

Thanks for helping me figure this out.

There are no on-disk directories /foo/bar under the document root. I'm sure 
it isn't relevant, but /baz/foo does exist there.

I never call lookup_uri.

I also tried /foo/bar/blah and tried this once (i.e. it tried /foo/bar, and 
didn't end up trying simply /foo)

If it is just internal_redirect and lookup_uri, perhaps I should add some 
debugging to Apache.pm to see what is calling it?

_________________________________________________________________
FREE pop-up blocking with the new MSN Toolbar � get it now! 
http://toolbar.msn.click-url.com/go/onm00200415ave/direct/01/