I have another challenge for you folks.

This is happening only on IE5.5 (Windows 2000).

In my Web Application (JSP architecture) I have a download link where the user can download some dynamically generated HTML document particular to them. Rather than display the document in the browser, I have purposely set the content type in the HTTP header to "text/x-application-download" using JSP so that when the user clicks on the link they will get the following dialog box:

-------

You have chosen to download a file from this location. What would you like to do with this file?

O Open this file from it's current location
O Save this file to disk

-------

That way they can save the file locally rather than viewing the source and saving that locally.

If you select "Save this file to disk" and then subsequently open the file everything works correctly.

HOWEVER, if you choose "Open this file from it's current location", the browser attempts to open the file from the Temporary Internet files folder but gets a 404 not found error.

An example of the path is:
C:\Documents%20and%20Settings\Administrator\Local%20Settings\Temporary%20Internet%20Files\Content.IE5\CP2RGHIV\allnotes_download[1].html

Note that the URL has spaces encoded to %20. In fact, if I remove the filename at the end of the path, it can't even find the directory \CP2RGHIV. But if I manually remove the URL encoding from the URL in the location bar of the browser, then it does find the directory.

On IE6 where the bug doesn't happen the spaces are not encoded.

Why is IE5.5 URL-encoding the path to the Temporary Internet files directory? Is there a browser setting to do this? Is it a bug in IE5.5 when you set the set the content type in the HTTP header to "text/x-application-download"?