After further review, the problem was CGI.pm. CGI.pm doesn't appear to get
'reset' on an internal_redirect (I'm not familiar with CGI's support for
mod_perl, so maybe this should have been obvious!) so it was still holding
the old parameter values. A quick install of Apache::Request and a call
[EMAIL PROTECTED] wrote:
> I've got a bit of a better grasp on the problem nowI think it's an
> interaction with POST data...
>
> I have a form in foo.html
>
>
>
> ...other form fields...
>
>
> I submit this form, and in /rms/admin, it gets handled like this
>
> # suck in for
oung [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, October 02, 2002 1:06 PM
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Subject: Re: Easy internal redirect question
[EMAIL PROTECTED] wrote:
> I call a page, /my/script1?task=foo which does some things and then needs
to
> redirect to /my/script2?tas
[EMAIL PROTECTED] wrote:
> I call a page, /my/script1?task=foo which does some things and then needs to
> redirect to /my/script2?task=bar. However, putting
>
> $r->internal_redirect('/my/script2?task=bar');
>
> doesn't seem to work as script2 is seeing task=foo rather than task=bar.
> Looks
I call a page, /my/script1?task=foo which does some things and then needs to
redirect to /my/script2?task=bar. However, putting
$r->internal_redirect('/my/script2?task=bar');
doesn't seem to work as script2 is seeing task=foo rather than task=bar.
Looks like the internal_redirect is also pass
