ID: 49014
User updated by: andreas dot streichardt at globalpark dot com
Reported By: andreas dot streichardt at globalpark dot com
Status: Open
Bug Type: Filter related
Operating System: Linux
PHP Version: 5.3.0
New Comment:
--- php-5.3.0/ext/standard/filters.c 2009-04-16 12:16:27.000000000
+0200
+++ php-5.3.0-modified/ext/standard/filters.c 2009-07-22
11:41:26.417443070 +0200
@@ -2008,6 +2008,7 @@
}
data->chunk_size -= end - p;
out_len += end - p;
+ data->state=CHUNK_BODY;
return out_len;
}
case CHUNK_BODY_CR:
Previous Comments:
------------------------------------------------------------------------
[2009-07-22 10:07:45] andreas dot streichardt at globalpark dot com
Description:
------------
The dechunked filter is broken when the webserver is serving more than
8192 bytes in a chunk. When it reenters the function to read from the
buffer the function thinks a new chunk is coming along although the
chunk is not yet read up to the end and thinks the chunk is broken.
I made a quick test and Apache seems to always serve 8192 bytes in a
chunk. However lighttpd for example serves much more. So reading
HTTP/1.1 streams with Transfer-Encoding: chunked is always broken on
larger documents. The situation i had was that i were serving a larger
wsdl over PHP (which serves documents with Transfer-Encoding: chunked).
This is probably related to this bug (which i originally hit):
http://bugs.php.net/bug.php?id=47021
The reason why this affects SOAP is because the default mechanism to
fetch wsdl files changed in PHP 5.3. In PHP 5.2 it fetched documents
using HTTP 1.0. Now it is HTTP 1.1.
The attached patch fixes this.
Reproduce code:
---------------
$length=1600;
$streams[]="data://text/plain,".dechex($length*10)."\r\n".str_repeat("1234567890",$length)."\r\n5\r\n00000\r\n0\r\n";
foreach ($streams as $name) {
$fp = fopen($name, "r");
stream_filter_append($fp, "dechunk", STREAM_FILTER_READ);
var_dump(stream_get_contents($fp));
fclose($fp);
}
Expected result:
----------------
Too much to post here and should be obvious
Actual result:
--------------
Some broken string (smaller than expected and thus wrong)
------------------------------------------------------------------------
--
Edit this bug report at http://bugs.php.net/?id=49014&edit=1