Hans-Werner Hilse wrotte: >> Ok, thanks, I tested the above settings. This setting is work in >> http, but is not work in https. >> I think it is a IE bug. :-( >> > > When I actually think about it, that may be by design. It's not very > easy to recognize the end of a subprocess (at least when the subprocess > may have its own subprocesses as well). So IE *might* be designed to > cache it in order to allow the plugin do its job, mistrusting IE's > capabilities to recognize the shutdown of the plugin. An example might > be (I don't know about the real implementation) that the user has some > IE windows opened (that's 1 process). At least two of them show PDFs > via Adobe plugin. Most probably that makes only one Acrobat process > that cares for both documents. If the IE plugin isn't aware of > signalling which exact PDF is getting closed later, IE just can't make > a fair decision what PDF (of those two) to delete. IE works perfectly when there is a http connection (delete pdf form cache on "back" button), the problem is exists only when there is a https connection.
> All it might do is > clean its cache at IE termination (all instances) then. At least, this > *could* be an explanation. > IE don't clean the cache at termination, only if you set it. I can't set it in my cliens browsers. Thanks for all to help me. I think there is only one solution: overwrite PDF in IE cache (if it is possible). ------------------------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 _______________________________________________ iText-questions mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/itext-questions
