DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10781>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10781 Can not see the pdf files on my server on the forms page. [EMAIL PROTECTED] changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|FIXED | ------- Additional Comments From [EMAIL PROTECTED] 2002-10-17 08:19 ------- > If you cannot serve the .pdf's directly from your 7.3/2.0.40 server, please > reopen this bug and update the OS version. If it turns out that this is a > proxy bug only, please start a new incident for "mod_proxy/http_proxy cannot > forward byterange requests." I ran into problems with 2.0.40 on Solaris 2.6 (sparc) serving .pdf's. I just tried again with 2.0.43, and still it won't work. I did a quick and dirty workaround: Action cat-pdf /cgi-bin/cat-pdf.sh AddHandler cat-pdf .pdf cat-pdf.sh is a simple shell script: #!/bin/sh echo "Content-Type: application/pdf\r"; echo "\r"; exec /bin/cat "$PATH_TRANSLATED" Apparently as now no timestamp info is passed, acrobat is convinced into not requesting byte ranges. However, this is just a workaround and the bug in Apache is real. Apart from this, no big problems with 2.0.40 + PHP4.2.2, perhaps apart from the fact that "apachectl restart" sometimes leaves the server inoperative for up to 20 minutes(!), apparently some child process hangs around too long. "apachectl graceful" works fine. --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]