Mailing-List: contact modperl-help@perl.apache.org; run by ezmlm
Precedence: bulk
Received-SPF: pass (asf.osuosl.org: local policy)
Message-ID: <4421B03D.1040700@modperlcookbook.org>
Date: Wed, 22 Mar 2006 15:14:53 -0500
From: Geoffrey Young <geoff@modperlcookbook.org>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.3) Gecko/20040927
MIME-Version: 1.0
To: Tom Schindl <tomAtLinux@gmx.at>
CC: Michael Greenish <greanie@yahoo.com>, modperl@perl.apache.org
Subject: Re: external redirect after internal redirect not working
References: <20060322135832.32012.qmail@web60417.mail.yahoo.com>
 <44216DF2.1010104@gmx.at>
In-Reply-To: <44216DF2.1010104@gmx.at>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit


Tom Schindl wrote:
> This means the when the documentation holds information about situation
> where one has to use $r->status(), I would propose that in should add
> the use case of filters.
> 
> This has nothing TODO with your problem I only wanted to point out that
> not all cases where setting $r->status manually are documented there.

you really should never alter $r->status, as apache uses it for internal
bookeeping...

except for registry scripts :)  for registry scripts $r->status is a hack
way of telling registry to 'return REDIRECT' since registry itself can't
trust the value of the cgi script's return code (since it's an emulation
layer).  beneath the hood, however, registry discards the $r->status setting
and sets it back to whatever it was before registry ran:

    # handlers shouldn't set $r->status but return it, so we reset the
    # status after running it
    my $old_status = $self->{REQ}->status;
    my $rc = $self->run;
    my $new_status = $self->{REQ}->status($old_status);
    return ($rc == Apache2::Const::OK && $old_status != $new_status)
        ? $new_status
        : $rc;