ID: 26203 User updated by: php_query at mrdoms dot plus dot com Reported By: php_query at mrdoms dot plus dot com -Status: Bogus +Status: Open Bug Type: *General Issues Operating System: All PHP Version: 4.3.2 New Comment:
Please note in the submission that there is a deeper issue than the cache headers. The simple script (no session): <?php header("Content-Type: text/html; charset=ISO-8859-1"); readfile("tj.jar"); ?> DOES NOT WORK FOR ANY BROWSER The JAVA file is ALWAYS treated as corrupt! This has nothing to do with session cache headers, it appears to be an issue around the chunk transfer encoding under HTTP 1.1 (the hex number appended to the header). When a session is present, the behaviour is _better_, but by no means right. There is currently a post on the php.general newsgroup around a similar issue: -> HTTP1.1 problems maybe? posted by Shawn McKenzie, answered by Chris Shiflett On his example, he is getting a stray '7d3' in the same place I am seeing the '2000', and it is breaking his code. Previous Comments: ------------------------------------------------------------------------ [2003-11-17 14:41:23] [EMAIL PROTECTED] RTFM about header() and session. There are couple of dozen user comments about how to set the cache headers correctly in these cases. ------------------------------------------------------------------------ [2003-11-11 10:12:22] php_query at mrdoms dot plus dot com ("../_JAVARES/car/jammer.jar"); should read 'tj.jar' in 2nd sample. Sorry :) ------------------------------------------------------------------------ [2003-11-11 10:10:07] php_query at mrdoms dot plus dot com Description: ------------ I have a problem trying to redirect a request for a Java .jar through PHP. I am using PHP 4.3.2 on my Apache test server on Windows, and PHP 4.3.3 on my real Debian webserver. The problem is the same for both setups. If I access the .jar directly (no PHP) & use a packet sniffer, I get returned: <HTTP headers, Content-Type: text/html > CRLF CRLF // End of header? 190 CRLF // unknown value <.jar file> If I use a simple script with just a readfile, I get returned: <HTTP headers, Content-Type: text/html > CRLF CRLF // End of header? <.jar file> This request fails to load in any Java VM, which claims the jar is corrupt. The '190' has mysteriously disappeared. My real PHP script includes a session to make sure the user is accessing the jar from our web page only (script appended). This gives: <HTTP headers, Content-Type: text/html > CRLF CRLF // End of header? 2000 CRLF // value now changed! <.jar file> This request will work fine with: IE6 & Microsoft VM 1.1, and IE6, Netscape, Mozilla with Sun VM 1.4+. It does not load correctly if I use Opera (any VM), or Java 1.3 (any browswer). Changing session cache controls make no difference. The main issues are - What is the '190'? Why does the plain readfile() not send it? Why does the session turn it into '2000' which breaks some browswers? Thank you for your time, Dom Reproduce code: --------------- <?php // This fails always header("Content-Type: text/html; charset=ISO-8859-1"); readfile("tj.jar"); ?> <?php // This works always header("Content-Type: text/html; charset=ISO-8859-1"); header("\n\n190\n"); readfile("../_JAVARES/car/jammer.jar"); ?> <?php // This sometimes fails depending on browser/VM session_start(); header("Content-Type: text/html; charset=ISO-8859-1"); readfile("tj.jar"); ?> ------------------------------------------------------------------------ -- Edit this bug report at http://bugs.php.net/?id=26203&edit=1