RE: Slightly OT: Yet another IE woe...
Thanks for the link. Very informative and best of all, it works! -- RH
RE: Slightly OT: Yet another IE woe...
Hi, > From: Robert Hunt [mailto:[EMAIL PROTECTED] > Weider still, I comment out only the tag and the > download works fine; no-cache http headers are still > in place. So, it may > be something with https, but how? Have a look at this thread: http://forum.java.sun.com/thread.jspa?forumID=45&threadID=233446 It may just be the answer you're looking for... stumbled across it by accident this morning. Thanks Brad Cobb - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Slightly OT: Yet another IE woe...
Robert Hunt wrote: Weider still, I comment out only the tag and the download works fine; no-cache http headers are still in place. So, it may be something with https, but how? -- RH - Original Message - From: rh To: tc-u Sent: Tuesday, December 07, 2004 10:42 PM Subject: Slightly OT: Yet another IE woe... Under Tomcat 5.0.25, I've got a web-app creating a file on-the-fly. I've got the servlet "surrounded" by the following security constraint: -- /registration/file.xls 20040490 CONFIDENTIAL -- Without the security constraint, IE (6.0) can save the file just fine. With the constraint, IE gags with the error "the file could not be written to cache." I noticed that Tomcat was adding these items to the HTTP response: | 20041207220031203043 | contentLength| -1 | 20041207220031203043 | contentType | application/vnd.ms-excel | 20041207220031203043 | hdr.Cache-Control[0] | no-cache | 20041207220031203043 | hdr.Content-Type[0] | application/vnd.ms-excel | 20041207220031203043 | hdr.Date[0] | Wed, 08 Dec 2004 03:00:31 GMT | 20041207220031203043 | hdr.Expires[0] | Wed, 31 Dec 1969 19:00:00 EST | 20041207220031203043 | hdr.Pragma[0]| No-cache | 20041207220031203043 | hdr.Server[0]| Apache-Coyote/1.1 | 20041207220031203043 | hdr.Transfer-Encoding[0] | chunked | 20041207220031203043 | status | 200 How can one get IE to download a file, over a HTTPs connection without having to strip the "no-cache" headers? Is there a way or will I have to filter the no-cache headers? There was in at least one version of IE a bug when the stream was too large in an https request. I ran into this with somethings I was doing at one time. Does it work if you try it over an http url? Wade - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Slightly OT: Yet another IE woe...
Weider still, I comment out only the tag and the download works fine; no-cache http headers are still in place. So, it may be something with https, but how? -- RH - Original Message - From: rh To: tc-u Sent: Tuesday, December 07, 2004 10:42 PM Subject: Slightly OT: Yet another IE woe... Under Tomcat 5.0.25, I've got a web-app creating a file on-the-fly. I've got the servlet "surrounded" by the following security constraint: -- /registration/file.xls 20040490 CONFIDENTIAL -- Without the security constraint, IE (6.0) can save the file just fine. With the constraint, IE gags with the error "the file could not be written to cache." I noticed that Tomcat was adding these items to the HTTP response: | 20041207220031203043 | contentLength| -1 | 20041207220031203043 | contentType | application/vnd.ms-excel | 20041207220031203043 | hdr.Cache-Control[0] | no-cache | 20041207220031203043 | hdr.Content-Type[0] | application/vnd.ms-excel | 20041207220031203043 | hdr.Date[0] | Wed, 08 Dec 2004 03:00:31 GMT | 20041207220031203043 | hdr.Expires[0] | Wed, 31 Dec 1969 19:00:00 EST | 20041207220031203043 | hdr.Pragma[0]| No-cache | 20041207220031203043 | hdr.Server[0]| Apache-Coyote/1.1 | 20041207220031203043 | hdr.Transfer-Encoding[0] | chunked | 20041207220031203043 | status | 200 How can one get IE to download a file, over a HTTPs connection without having to strip the "no-cache" headers? Is there a way or will I have to filter the no-cache headers?
Slightly OT: Yet another IE woe...
Under Tomcat 5.0.25, I've got a web-app creating a file on-the-fly. I've got the servlet "surrounded" by the following security constraint: -- /registration/file.xls 20040490 CONFIDENTIAL -- Without the security constraint, IE (6.0) can save the file just fine. With the constraint, IE gags with the error "the file could not be written to cache." I noticed that Tomcat was adding these items to the HTTP response: | 20041207220031203043 | contentLength| -1 | 20041207220031203043 | contentType | application/vnd.ms-excel | 20041207220031203043 | hdr.Cache-Control[0] | no-cache | 20041207220031203043 | hdr.Content-Type[0] | application/vnd.ms-excel | 20041207220031203043 | hdr.Date[0] | Wed, 08 Dec 2004 03:00:31 GMT | 20041207220031203043 | hdr.Expires[0] | Wed, 31 Dec 1969 19:00:00 EST | 20041207220031203043 | hdr.Pragma[0]| No-cache | 20041207220031203043 | hdr.Server[0]| Apache-Coyote/1.1 | 20041207220031203043 | hdr.Transfer-Encoding[0] | chunked | 20041207220031203043 | status | 200 How can one get IE to download a file, over a HTTPs connection without having to strip the "no-cache" headers? Is there a way or will I have to filter the no-cache headers? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]