#18961 [NEW]: POST size more than 6k fails
| From: | tater at potatoe dot com | Date: | Sun, 18 Aug 2002 02:12:21 +0000 |
| Subject: | #18961 [NEW]: POST size more than 6k fails | ||
| Groups: | php.bugs | ||
| Request: | Send a blank email to php-bugs+get-17157@lists.php.net to get a copy of this message | ||
From: tater@potatoe.com
Operating system: Mac OS X 10.1.5 / Darwin 5.5
PHP version: 4CVS-2002-08-17
PHP Bug Type: Scripting Engine problem
Bug description: POST size more than 6k fails
Submitting POST variables with a total size of more than about 6000 bytes
results in some kind of overflow. This is on Apache, compiled as a static
module, with 4.3 CVS. (ZE and ZE2 behave the same.) Part of the POST is
read by the PHP script, the rest seems to go to Apache as if it was a
request - it shows up in the access log or error log as such anyway.
This problem does NOT happen with the php-4.3.0-dev-zend2-alpha2 release.
Here is a form to demonstrate:
<form enctype="multipart/form-data" method="post">
<?php $x = str_pad('', 6000, 'x'); ?>
<input type=hidden name=x value="<?php echo $x; ?>">
<input type=submit>
</form>
<form method="post">
<?php $x = str_pad('', 6000, 'x'); ?>
<input type=hidden name=x value="<?php echo $x; ?>">
<input type=submit>
</form>
<?php
foreach ($_POST as $k => $v)
{
echo "<li>_POST($k) length = ".strlen($v)."\n";
}
?>
--
Edit bug report at http://bugs.php.net/?id=18961&edit=1
--
Try a CVS snapshot: http://bugs.php.net/fix.php?id=18961&r=trysnapshot
Fixed in CVS: http://bugs.php.net/fix.php?id=18961&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=18961&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=18961&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=18961&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=18961&r=support
Expected behavior: http://bugs.php.net/fix.php?id=18961&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=18961&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=18961&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=18961&r=globals