DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://nagoya.apache.org/bugzilla/show_bug.cgi?id=27122>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=27122 IE plugins cannot access components through Tomcat 5 over SSL [EMAIL PROTECTED] changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|Opera/IE fail to access JSP |IE plugins cannot access |pages of MIME type |components through Tomcat 5 |image/svg+xml when using SSL|over SSL ------- Additional Comments From [EMAIL PROTECTED] 2004-02-25 22:40 ------- Yep - that solved it. Thanks! (Also, I see that Tomcat 5.0.19 was released, so I tested it against that version and got the same problem on Solaris.) This is a bug with the way Internet Explorer handles plugins, then. My guess is that the file isn't cached so that when the plugin attempts to access it, it doesn't receive anything causing it to silently fail. I just tried uploading the Badgers-Badgers SWF and seeing if it would fail in the same way, and it does. So this happens with any IE plugin. Mind you, the way Internet Explorer fails with this is weird. It just indicates that the resource is not available, despite all other indications being that it is. It also happens when you attempt to directly access the resource through IE, it asks you to download the file and then tells you that it isn't available. It might be worth re-openning this bug and removing the "no-cache" behavior if "MSIE" appears in the User-agent header. --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]