You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user@turbine.apache.org by Peter Courcoux <pe...@courcoux.biz> on 2002/12/23 18:29:42 UTC
Download failure from writing direct to response OutputStream
Hi all,
My turbine app adds files selected for download to a zipfile and writes
the zip direct to the response outputstream. I have set content-type,
content-length and content-disposition headers before the respnse is
committed. Files are downloading ok to a range of browsers including
netscape, mozilla and various Internet Explorer versions on a range of
windows OS's. However, I have come across a laptop with IE5.5 on MS
Windows 95, which refuses to download the zipfile but puts the name of
the turbine action class with .htm appended to it into the location
selecteion dialog, which results in an empty file. For content-type I
have tried application/zip and application/octet-stream, with no change
in outcome.
Can anyone suggest a reason for this or point me in the right direction.
Many thanks for any assistance.
Seasons Greetings to all.
Peter
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: Download failure from writing direct to response OutputStream
Posted by Peter Courcoux <pe...@courcoux.biz>.
Thanks Colin,
I'll look into this.
I will let you know when I get an answer.
Peter
On Mon, 2002-12-23 at 17:42, Colin Chalmers wrote:
> We were doing something similiar and realised that there was a bug in IE 5.x
> which was rectified in IE 6. Check out MS site, there's more info there.
>
> /c
>
>
> > Hi all,
> >
> > My turbine app adds files selected for download to a zipfile and writes
> > the zip direct to the response outputstream. I have set content-type,
> > content-length and content-disposition headers before the respnse is
> > committed. Files are downloading ok to a range of browsers including
> > netscape, mozilla and various Internet Explorer versions on a range of
> > windows OS's. However, I have come across a laptop with IE5.5 on MS
> > Windows 95, which refuses to download the zipfile but puts the name of
> > the turbine action class with .htm appended to it into the location
> > selecteion dialog, which results in an empty file. For content-type I
> > have tried application/zip and application/octet-stream, with no change
> > in outcome.
> >
> > Can anyone suggest a reason for this or point me in the right direction.
> > Many thanks for any assistance.
> >
> > Seasons Greetings to all.
> >
> > Peter
> >
> >
> > --
> > To unsubscribe, e-mail:
> <ma...@jakarta.apache.org>
> > For additional commands, e-mail:
> <ma...@jakarta.apache.org>
> >
> >
>
>
> --
> To unsubscribe, e-mail: <ma...@jakarta.apache.org>
> For additional commands, e-mail: <ma...@jakarta.apache.org>
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: Download failure from writing direct to response OutputStream
Posted by Colin Chalmers <co...@maxware.nl>.
We were doing something similiar and realised that there was a bug in IE 5.x
which was rectified in IE 6. Check out MS site, there's more info there.
/c
> Hi all,
>
> My turbine app adds files selected for download to a zipfile and writes
> the zip direct to the response outputstream. I have set content-type,
> content-length and content-disposition headers before the respnse is
> committed. Files are downloading ok to a range of browsers including
> netscape, mozilla and various Internet Explorer versions on a range of
> windows OS's. However, I have come across a laptop with IE5.5 on MS
> Windows 95, which refuses to download the zipfile but puts the name of
> the turbine action class with .htm appended to it into the location
> selecteion dialog, which results in an empty file. For content-type I
> have tried application/zip and application/octet-stream, with no change
> in outcome.
>
> Can anyone suggest a reason for this or point me in the right direction.
> Many thanks for any assistance.
>
> Seasons Greetings to all.
>
> Peter
>
>
> --
> To unsubscribe, e-mail:
<ma...@jakarta.apache.org>
> For additional commands, e-mail:
<ma...@jakarta.apache.org>
>
>
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>