that is what I am trying to avoid though. I do not want to save a file somewhere since I am in a farm, although I know it is feasible to do that, and the user has already clicked to download the data. I do not see that presenting them with another button to do a download that they have already requested is useful and should not be necessary. It really does not seem the behavior IE is following makes sense, in that no one would want the browser screen to be cleared when you accept a download.
On Nov 25, 9:32 pm, AstroDrabb <[EMAIL PROTECTED]> wrote: > On Tue, Nov 25, 2008 at 12:26 PM, hotsdogs <[EMAIL PROTECTED]> wrote: > > > I am having a problem with a website that produces a file download > > over and SSL connection. After a couple of days of dealing with the > > error that IE could not download the file from the web site and > > implementing all the settings others have dealt with to make IE as > > insecure as possible, leaving pages and download data in the cache I > > got the file to download with the response object working but now I > > have another issue. > > I think you answered your own question. You said you save the generated > data in a DB. Present the user with a download link. Save the data to a > temp file and send then delete the file. > > Best way to get rid of your problem and doesn't require much coding. Just > read the blob, save it, send it, delete it from disk.
