I hate people who stop supporting my software. It was only recently web sites started popping up which don't display properly in IE6, forcing us to finally install something newer on all the users. Of course IE8 has to be supported indefinitely because WinXP doesn't run IE9 and we can't afford to upgrade their OSs. I don't know anything about servlets. I suspect I should learn soon.
-----Original Message----- From: Andreas L. Delmelle [mailto:[email protected]] Sent: Sunday, June 19, 2011 5:42 AM To: [email protected] Subject: Re: fop .95 PDF generation issue with IE 6 (working fine in IE7) On 17 Jun 2011, at 22:07, Chetan Shirol wrote: Hi Chetan > I have set the content/type properly to PDF but still the issue is there. > Actually we are migrating from fop .25 to .95 and this migration has > caused this issue. Yes, but you also mention the issue is limited to IE6. People should really stop supporting it, and push their customers to modern browsers. That's the only way IE6 is ever going to die. (Still have to support it at my day-job too, to my dismay...) For the remainder, we have little context information about your servlet code. Can you check if the hint in the FAQ about using a ByteArrayOutputStream is implemented? (see the note at: http://xmlgraphics.apache.org/fop/1.0/servlets.html#xslt) The issue seems to be that IE6 thinks it has to display a text-file, rather than a PDF. I see no hard evidence so far that the PDF is actually corrupted. Another idea may to force the URL to end in .pdf by adding a dummy parameter. That used to be the way to trick browsers that depend on file extensions in the URL, rather than the content type in the HTTP header... see also: http://xmlgraphics.apache.org/fop/1.0/servlets.html#ie Regards Andreas --- --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected] --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
