Details
Description
An ICEfaces application running in OC4j 10.1.3 Servlet container loaded with Firefox will present a user with a download dialog.
The ServeBlankPage class is responsible for serving up the content stream associated with the blank.iface stream but it doesn't add a context-type header to the response. OC4J is nice enough to add an application/octet-stream for us which causes FireFox to prompt the user for a download.
The ServeBlankPage class is responsible for serving up the content stream associated with the blank.iface stream but it doesn't add a context-type header to the response. OC4J is nice enough to add an application/octet-stream for us which causes FireFox to prompt the user for a download.
Activity
Repository | Revision | Date | User | Message |
ICEsoft Public SVN Repository | #14320 | Thu Jun 28 13:21:24 MDT 2007 | patrick.corless | |
Files Changed | ||||
MODIFY
/icefaces/trunk/icefaces/core/src/com/icesoft/faces/webapp/http/core/ServeBlankPage.java
|
Patrick Corless
created issue -
Ken Fyten
made changes -
Field | Original Value | New Value |
---|---|---|
Fix Version/s | 1.6 [ 10031 ] | |
Affects Version/s | 1.6DR#1 [ 10035 ] | |
Affects Version/s | 1.6DR#5 [ 10071 ] |
Ken Fyten
made changes -
Status | Open [ 1 ] | Resolved [ 5 ] |
Resolution | Fixed [ 1 ] |
Ken Fyten
made changes -
Fix Version/s | 1.6DR#6 [ 10090 ] | |
Fix Version/s | 1.6 [ 10031 ] |
Ken Fyten
made changes -
Fix Version/s | 1.6 [ 10031 ] |
Ken Fyten
made changes -
Status | Resolved [ 5 ] | Closed [ 6 ] |
The fix for this looks to be pretty simple: add the proper content-type header to the ServeBlankPage response. This will have to be test to make sure that actually work for OC4J. Another alternative would be to change the name of the file to blank.html and most browsers would know what to do.
One last note this problem only seem to occur on FireFox.