[email protected] wrote:
>
> 4.In which browser(s) the problem appears ?
> As reported by the application user, response to this question
> is, PDF download is working on Firefox and not working on IE.
That is a common problem if the document is requested by HTTPS and
not by HTTP, and if in IE the preference "Don't store encrypted
pages" is not set. (The exact preference name is different; I don't
have an IE with English user interface available.) This behavior of
IE is very obscure -- one would think that the ability to store
encrypted pages would be enough to show them.
If that's the case, one needs to change the caching headers. Per
Default, for a generated ByteArrayResource (and PDF-Downloads are
often implemented as such) the header
Cache-Control: no-cache, must-revalidate
is generated. That must be changed.
In my experience, just discarding the Cache-Control header
suffices. In Wicket 6.x that's done by overriding configureCache().
According to
http://stackoverflow.com/questions/1038707/cant-display-pdf-from-https-in-ie-8-on-64-bit-vista
one should instead use the header
Cache-Control: private
and also maybe
Accept-Ranges: none
For dynamically generated PDF resources the latter ususally doesn't
make sense, IMO.
Most cant-display-pdf-in-ie problems that I have encountered have
this root cause.
HTH,
Joachim
--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Joachim Schrod, Roedermark, Germany
Email: [email protected]
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
