2012/9/25 Ted Smith <ted_smi...@verizon.net>: > Thanks. Does it mean this bug can be "worked around" by > setting its init parameter "useAcceptRanges" to the value of "false"? > > BTW > I found the following that is acked by Adobe > http://helpx.adobe.com/acrobat/kb/pdf-files-dont-display-some.html >
Interesting, but that is a different issue. 1. That Adobe issue is said to be fixed in 9.4.4, 10.1 and it is about mime type of "application/pdf;charset=UTF-8". (Adding "charset" parameter to "application/pdf" mime type is an odd behaviour and as such is rare. Though I can envision circumstances/programming errors when it might happen). 2. In BZ 53814 the mime type is multipart/byteranges;boundary=CATALINA_MIME_BOUNDARY and it is said to be observed in Adobe Reader 9.5.0 A different issue. Please do not top-post. > > On 9/24/2012 4:26 PM, Mark Thomas wrote: >> >> Ted Smith <ted_smi...@verizon.net> wrote: >> >>> Hello: >>> >>> I just upgraded to Tomcat 7.0.29 from Tomcat 6 and encountered the >>> exact >>> issue as described in >>> >>> http://comments.gmane.org/gmane.comp.jakarta.tomcat.user/223299 >>> >>> Is there any workaround? I would be fine if there is an option to >>> disable the range handling function >>> so that Tomcat would always send back the whole PDF instead of figuring >>> >>> out what to do with >>> the range request. It would not be right to ask users to reconfig >>> their >>> web browser setting for this issue >>> so any kind of workaround would work for me, even if it slows down the >>> performance. >>> >>> Thanks in Advance. >>> >>> -T >> >> https://issues.apache.org/bugzilla/show_bug.cgi?id=53814 >> >> The above may help. >> >> Mark >> Best regards, Konstantin Kolinko --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
