Re: On using Apache2::Request->upload correctly...

Does this mean I'm SOL:

Note that no detection technique will work if the connection to the 
backend mod_perl server is coming from a frontend mod_proxy (as 
discussed in Chapter 12). This is because mod_proxy doesn't break the 
connection to the backend when the user has aborted the connection.

I'm using a front end mod_proxy...

Or can I still try to print and test for error as indicated in the 
example?

I'll try experimenting, and post my results...

Thanks,
Boysenberry

boysenberrys.com | habitatlife.com | selfgnosis.com

On Apr 12, 2006, at 12:33 PM, Jonathan Vanasco wrote:

>
> This it?
>
> http://modperlbook.org/html/ch06_09.html
>
> btw, if you solve your problem, please let me know -- thats on my 
> schedule to do tomorrow :)
>
>
> On Apr 12, 2006, at 12:37 PM, Boysenberry Payne wrote:
>
>> Hi All,
>>
>> I remember reading about how to handle when a client cancels an upload
>> via proxy connections, I just don't remember what or where.
>>
>> I'm using:
>>
>> my $req = Apache2::Request->new( $r ); # via handler
>> my $upload = $req->upload( "uploadFile" ) or return $self->error( "No 
>> Upload File Found..." );
>> my $file = $upload->filename or return $self->error( "No File Name 
>> Found..." );
>> my $fh = $upload->fh;
>> my $size = $upload->size or return $self->error( "Empty File Size..." 
>> );
>>
>> When a client presses cancel in their browser, I get the following 
>> error after a bit of time
>>
>> [Tue Mar 21 16:14:08 2006] [error] [client 192.168.0.1] (70007)The 
>> timeout specified has expired: ap_get_brigade failed during prefetch, 
>> referer: http://192.168.0.1/h2adm.pl
>>
>> How can I get it to cancel the request internally when the client 
>> cancels in the browser?
>> Our mod_perl server is behind another server that proxies to it.
>>
>> Also is there any good reading someone can point me at to figure out 
>> how to do file upload
>> feedback, e.g. letting someone know how much of their file is 
>> uploaded, bandwidth, error
>> feedback, etc...
>>
>>
Thanks,
Boysenberry

boysenberrys.com | habitatlife.com | selfgnosis.com
>
>
>