Geoff,
The reason I was using an internal redirect was that I wanted to maintain
the request for the following page.
The internal_redirect is being called in several circumstances - From
PerlAuthenHandler, PerlAuthzHandler and a PerlHandler for login().
1) Is there any
[snip]
I use this subroutine:
sub let_through {
my ($self, $r, $p) = @_;
$r->set_handlers( PerlAuthzHandler => [\&OK] );
$r->set_handlers( PerlAuthenHandler => [\&OK] );
$p && $r->internal_redirect( $p );
return OK;
blems when I want to do an internal
redirect to another page.
I use this subroutine:
sub let_through {
my ($self, $r, $p) = @_;
$r->set_handlers( PerlAuthzHandler => [\&OK] );
$r->set_handlers( PerlAuthenHandler => [\&OK] );
$p && $
So I converted Util::Tour::Translate's handler into a regular non object
handler and everythings works fine. I would rather use object handlers but
this doesn't seem possible if a content handler is performing an
internal_redirect which might invoke that handler.
this has been repor
in the
path_info and performing an internal_redirect to the actual image,
$r->internal_redirect("/img/$id/banners/$img.gif");
However, as soon as the internal_redirect happens (which inevitably triggers
the PerlTransHandler again) I get,
[Thu Jan 23 17:35:36 2003] [error] Unde
Hi
on win32 perl561/modperl127, last apache::filter
when the first registered handler in the chain calls an
internal redirect (thus short-circuiting others) this produces
an error :
Not a HASH reference at D:/Perl/site/lib/Apache/Filter.pm line
221.
(corresponds to return unless length $self{c
I've found that mod_perl can get confused when dealing with method
calls during a redirect_internal phase:
1. page /1 uses method calls, and works when accessed as /1
2. an other page /R uses internal_redirect to go to /1, and mod_perl
fails with an undefined subroutine error.
Thi
Rob Bloodgood muttered:
> OK 1: none of the example environments you listed that your programmers are
> in include straight mod_perl... in fact they are all CGI emulation layers of
> varying degrees of protection/dirtiness. Do I read you correctly?
Yes, they're all CGI emulations.
> Well, this
> Rob, thanks for pointing me in the right direction. Your advise
> helped me find a solution that works for my situation.
You're welcome!
> I'm working on an API that sits between an Oracle DB and bunch of web
> application programmers. Unfortunately, the programmers run their
> apps under a
ution, please chime in.
Thanks again for you help.
-Jim
Rob Bloodgood muttered:
> > I'm trying to handle an exception using an internal_redirect. I
> > can get it to work by redirecting to a static page, but when I try to
> > redirect to a modperl handler, I'm run in
> I'm trying to handle an exception using an internal_redirect. I
> can get it to work by redirecting to a static page, but when I try to
> redirect to a modperl handler, I'm run into problems.
>
> Here are the two versions of code (BTW, the handler works fine when I
>
Hi,
I'm trying to handle an exception using an internal_redirect. I
can get it to work by redirecting to a static page, but when I try to
redirect to a modperl handler, I'm run into problems.
Here are the two versions of code (BTW, the handler works fine when I
access it direct
> -Original Message-
> From: darren chamberlain [mailto:[EMAIL PROTECTED]]
> Sent: Friday, October 06, 2000 4:41 PM
> To: [EMAIL PROTECTED]
> Cc: [EMAIL PROTECTED]
> Subject: Re: Adding parameters on an internal_redirect()
>
>
> [EMAIL PROTECTED] ([EMAIL PR
cript that generates the error, something
> like
> $r->internal_redirect( /error/error.pl?type=4 ) would hopefully pass
> error.pl both the 'bar' and 'type' params. As it stands now, I can get the
> 'bar' param, but have had no luck getting the 'typ
What I'd like to do with a particular type of error is redirect with all the
parameters passed to the error-inducing script plus one tacked on for good
measure.
So if /blah/foo.pl?bar=1 was the script that generates the error, something
like
$r->internal_redirect( /error/error.p
ease ignore the same.
- Original Message -
From: Ken Williams <[EMAIL PROTECTED]>
To: Differentiated Software Solutions Pvt. Ltd <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Tuesday, September 05, 2000 8:01 PM
Subject: Re: internal_redirect
> [EMAIL PROTECTED] (Differen
[EMAIL PROTECTED] (Differentiated Software Solutions Pvt. Ltd) wrote:
>We corrected R to r. Problem still remains.
>We ran this program as a standalone perl program and even this bombs. Code
>as follows.
>
>#!/usr/bin/perl
>my $r;
>use Apache ();
>
>Apache->request
as follows.
> >
> > #!/usr/bin/perl
> > my $r;
> > use Apache ();
> >
> > Apache->request($r);
> >
> > $r->internal_redirect('hello.html');
> >
> > Error message : Can't locate object method "request&quo
> Apache->request($r);
>
> $r->internal_redirect('hello.html');
>
> Error message : Can't locate object method "request" via package "Apache" at
> ./test1.pl line 5.
You can't run it as stand alone perl code. How would you redir
Hi,
We corrected R to r. Problem still remains.
We ran this program as a standalone perl program and even this bombs. Code
as follows.
#!/usr/bin/perl
my $r;
use Apache ();
Apache->request($r);
$r->internal_redirect('hello.html');
Error message : Can't locate object
it's Apache>request (lowercase)
- Original Message -
From: Differentiated Software Solutions Pvt. Ltd
To: [EMAIL PROTECTED]
Sent: Monday, September 04, 2000 10:52 PM
Subject: internal_redirect
Hi,
The following code is not working.
use Apache;
Apache->Request->int
Hi,
The following code is not
working.
use Apache;
Apache->Request->internal_redirect('http://192.168.1.2/smg/html/adcept_logo.gif');
The error is:
Can't locate object method "Request" via package
"Apache" at ./test.cgi line 5.
Thank
--On 09/05/00 01:23:04 -0500 Ken Williams <[EMAIL PROTECTED]>
wrote:
> [EMAIL PROTECTED] (Differentiated Software Solutions Pvt. Ltd) wrote:
>> Hi,
>>
>>The following code is not working.
>>
>> use Apache;
>>
>> Apache->Reques
[EMAIL PROTECTED] (Differentiated Software Solutions Pvt. Ltd) wrote:
>Hi,
>
>The following code is not working.
>
>use Apache;
>
>Apache->Request->internal_redirect('http://192.168.1.2/smg/html/adcept_logo.gif');
>
>The error is:
>
>Can
Hi,
The following code is not
working.
use Apache;
Apache->Request->internal_redirect('http://192.168.1.2/smg/html/adcept_logo.gif');
The error is:
Can't locate object method "Request" via package
"Apache" at ./test.cgi line 5.
Thank
On Wed, 10 May 2000, Louis-David Mitterrand wrote:
>
> I am trying an internal_redirect from a POST with Mason and Apache just
> hangs:
>
> $r->method('GET');
> $r->method_number(M_GET);
> $r->headers_in->unset('Content-length');
> $r-&
Hi there,
On Wed, 10 May 2000, Louis-David Mitterrand wrote:
>
> I am trying an internal_redirect from a POST with Mason and Apache just
> hangs:
>
Have a look at the Guide, "Caching POSTed Data".
73,
Ged.
I am trying an internal_redirect from a POST with Mason and Apache just
hangs:
$r->method('GET');
$r->method_number(M_GET);
$r->headers_in->unset('Content-length');
$r->internal_redirect_handler("/wronglogin.md");
$m->abort(302);
However when I
o generate a file and returns the full disk path of the file
> via STDOUT back to the module. The module then converts that pathname to a
> local URI which it verifies using $r->lookup_uri($outfile_uri). The module
> then calls
>
> $r->internal_redirect($outfile_uri);
&g
he full disk path of the file
via STDOUT back to the module. The module then converts that pathname to a
local URI which it verifies using $r->lookup_uri($outfile_uri). The module
then calls
$r->internal_redirect($outfile_uri);
return OK;
The browser (Netscape 4.7) just spins
Hi,
I have modperl handler which redirect user to random document
and it works fie if I use:
$r->header_out(Location => 'pubs.html?msg_id='.$msg_id);
return REDIRECT;
but if I use internal redirect:
$r->internal_redirect($random_uri);
return OK;
I get:
You don
Yes, I agree. But as (I thought) I had mentioned in an early post, it
should be possible to turn on this caching behavior for each individual
request before a call to $r->content or $r->read.
Cheers
Dmitry
On 28 Oct 1999, Greg Stark wrote:
>
> That makes sense for small pieces of data such as
Dmitry Beransky <[EMAIL PROTECTED]> writes:
> My apologies for continuing this topic, but I've been thinking some more
> about this issue over the weekend. I'm still perplexed by this seemingly
> arbitrary limitation on the number of times a request body can be read. It
> seems that, at lea
On Mon, 11 Oct 1999, Dmitry Beransky wrote:
> My apologies for continuing this topic, but I've been thinking some more
> about this issue over the weekend. I'm still perplexed by this seemingly
> arbitrary limitation on the number of times a request body can be read. It
> seems that, at leas
Dmitry Beransky <[EMAIL PROTECTED]> wrote:
>My apologies for continuing this topic, but I've been thinking some more
>about this issue over the weekend. I'm still perplexed by this seemingly
>arbitrary limitation on the number of times a request body can be read. It
>seems that, at least theo
My apologies for continuing this topic, but I've been thinking some more
about this issue over the weekend. I'm still perplexed by this seemingly
arbitrary limitation on the number of times a request body can be read. It
seems that, at least theoretically, it should be possible to cache the
pache::args is a nice work-around, but it won't work with file
uploads or otherwise large POST requests (will it?).
So my next questions are: 1) is it somehow possible to stuff the result of
the content/read call back into a request's body for an internal_redirect?
2) if not, is this the
On Friday, October 08, 1999 5:25 PM, Andrei A. Voropaev [SMTP:[EMAIL PROTECTED]]
wrote:
> On Fri, Oct 08, 1999 at 05:05:41PM +0200, Eric Cholet wrote:
> > On Friday, October 08, 1999 3:35 PM, Andrei A. Voropaev
>
> > > Well. I wish you have also mentioned how to unset $r->content()
> > > becaus
On Fri, Oct 08, 1999 at 05:05:41PM +0200, Eric Cholet wrote:
> On Friday, October 08, 1999 3:35 PM, Andrei A. Voropaev
> > Well. I wish you have also mentioned how to unset $r->content()
> > because it reads content only once. Second time returns undef. The
>
> But you shoudn't be radubg $r->co
On Friday, October 08, 1999 3:35 PM, Andrei A. Voropaev
[SMTP:[EMAIL PROTECTED]] wrote:
> On Fri, Oct 08, 1999 at 09:39:30AM +0200, Eric Cholet wrote:
> > On Friday, October 08, 1999 3:35 AM, Dmitry Beransky
[SMTP:[EMAIL PROTECTED]] wrote:
> > > I've been playing around with internal redirects o
On Fri, Oct 08, 1999 at 09:39:30AM +0200, Eric Cholet wrote:
> On Friday, October 08, 1999 3:35 AM, Dmitry Beransky [SMTP:[EMAIL PROTECTED]] wrote:
> > I've been playing around with internal redirects of POST requests. They
> > seem to work fine as long as I don't call Apache::content() or any o
quest's content. However, as soon as I read it,
> internal_redirect ceases to work (it just freezes until the connection
> times out). I've looked around for any info explaining how mod_perl handles
> internal POST redirects, but couldn't find anything useful (sho
7;s content. However, as soon as I read it,
> internal_redirect ceases to work (it just freezes until the connection
> times out). I've looked around for any info explaining how mod_perl handles
> internal POST redirects, but couldn't find anything useful (should I be
> askin
hi,
I've been playing around with internal redirects of POST requests. They
seem to work fine as long as I don't call Apache::content() or any other
function that reads a request's content. However, as soon as I read it,
internal_redirect ceases to work (it just freezes until
44 matches
Mail list logo