You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user@struts.apache.org by Murali Srinivasan <mu...@efirstbank.com> on 2001/12/21 17:46:25 UTC
IE making duplicate download request
I have a struts action that sends back files in different formats after
setting the content-type header to "application/octet-stream" and
Content-disposition header to "attachment;filename=\"foo.txt\"". While
this works fine in Netscape, IE appears to ignore the headers completely
and tries to download the HTML for the URL. IE makes the first request
correctly and pops up a "file save" dialog box. Once the user clicks the
Save button, it makes a second request for the download URL, but not
including the request parameters required to set the attributes in the
ActionForm. During the second request, struts resets the attributes for
the ActionForm to null, causing a validation failure. Any information on
a workaround to resolve this problem would be appreciated. Thanks in
advance!
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: IE making duplicate download request
Posted by Vincent Aumont <vi...@vsl.ca>.
It's a bug in IE. See:
http://support.microsoft.com/default.aspx?scid=kb;en-us;Q281119
Murali Srinivasan wrote:
> I have a struts action that sends back files in different formats after
> setting the content-type header to "application/octet-stream" and
> Content-disposition header to "attachment;filename=\"foo.txt\"". While
> this works fine in Netscape, IE appears to ignore the headers completely
> and tries to download the HTML for the URL. IE makes the first request
> correctly and pops up a "file save" dialog box. Once the user clicks the
> Save button, it makes a second request for the download URL, but not
> including the request parameters required to set the attributes in the
> ActionForm. During the second request, struts resets the attributes for
> the ActionForm to null, causing a validation failure. Any information on
> a workaround to resolve this problem would be appreciated. Thanks in
> advance!
>
> --
> 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>