Brandon Steward wrote:
I found this work around. You can add this to the webapp's xml config.
Valve className=org.apache.catalina.authenticator.FormAuthenticator
disableProxyCaching=false /
On the face of it, that doesn't seem to have *anything* to do with the
issue you mentioned.
I'm not sure if it still behaves this way. But historically IE has ignored the
declared content-type and instead used the file extension. The work-around was
to add a bogus argument to the URL:
http://server/get-the-goodies.jsp?filetype=.zip
This way it looks like a .zip file to IE.
Also,
Brandon Steward wrote:
I have a Tomcat web application that generates output files and the
files have the extension .zip. I try to download them in IE, but I get
the generic error from IE saying it cannot download the file. I can try
the same thing in Firefox and it works just fine. I've
For example, the link shows up as:
http://servername/contextpath/filename.zip
I tried adding the ?filetype=.zip to the end of the link, but that
didn't make any difference.
Do you have any other suggestions?
Thanks,
Brandon
Todd Hivnor wrote:
I'm not sure if it still behaves this way.
I've disabled the show friendly error pages. Here's the screenshot of
the error.
Brandon
André Warnier wrote:
Brandon Steward wrote:
I have a Tomcat web application that generates output files and the
files have the extension .zip. I try to download them in IE, but I
get the generic error
From: Brandon Steward [mailto:bstew...@jsu.edu]
Subject: Re: file type being blocked by IE
I've disabled the show friendly error pages. Here's the
screenshot of the error.
Or not. The list strips most attachments, including yours.
IE thinks it's the smartest thing on the planet, thereby
]
Subject: Re: file type being blocked by IE
I've disabled the show friendly error pages. Here's the
screenshot of the error.
Or not. The list strips most attachments, including yours.
IE thinks it's the smartest thing on the planet, thereby justifying its rather
rude behavior of ignoring
