ID: 22427
Comment by: keith at tdrnetworks dot com
Reported By: jroland at uow dot edu dot au
Status: No Feedback
Bug Type: *General Issues
Operating System: Windows XP / 2000
PHP Version: 4.2.3
New Comment:
Regarding the enctype="multipart/form-data" not populating the $_POST
vars I found my solution was to disable the Suhosin security module.
Have a go!
Previous Comments:
------------------------------------------------------------------------
[2008-07-21 11:19:33] americo dot patetta at gmail dot com
CONFIRMATION: The bug is present even using PHP 5.x and Apache 2.x ON
WINDOWS; It only shows up when posting from IE an using multipart/data.
Firefox works just fine.
------------------------------------------------------------------------
[2008-02-12 08:10:28] derrickpereira at gmail dot com
Had this same issue where form fields would NOT get passed if I was
using IE6, but went through without issues on Firefox. Using $_POST,
$_GET I would get nothing...
I traced the problem to the name I had given to textfield inputs -
<input name="height" type="text">
<input name="length" type="text">
Changed them to m_height and m_length respectively and the form passed
without issues. Perhaps there are some reserved keywords that you cannot
use as name in IE6?
Hope that helps.
Derrick
------------------------------------------------------------------------
[2008-02-07 14:41:07] multiplexor at hotmail dot com
All, I'm having the same problem but useing struts/apache java
combo...
i noticed during the post, i was missing data. To resolve the issue, i
finally found out that I had to right click on my web page and set the
encoding to UTF-8. I resubmitted and it worked properly....
hopefully this helps others out there with the same issue...
------------------------------------------------------------------------
[2007-10-30 11:02:57] sbauer at gjl-network dot net
While experiencing this issue, too we found that the cause of this
problem was the suhosin patch, wich was - by default - configured to
have a max limit for the length of cookie, request, post, get and
session vars. E.g. for POST this looks like:
suhosin.post.max_array_depth 100 100
suhosin.post.max_array_index_length 64 64
suhosin.post.max_name_length 64 64
suhosin.post.max_totalname_length 256 256
suhosin.post.max_value_length 65000 65000
suhosin.post.max_vars 200 200
Those derivatives needs to be set to a adequate higher number. E.g. in
our case, the problem was, that our POST data was too long (as this
seems to be the case for a lot of you here).
So I suggest to check your php.ini or (according to your distribution
there often is a suhosin.ini) and correct the above values or set them
to 0 to disable it. If those derivatives are not set, default values
will be used.
You need to check / add:
suhosin.post.max_....
suhosin.request.max_...
suhosin.get.max_...
suhosin.session.max_...
suhosin.cookie.max_...
Refer to your phpinfo() where these values should be listed!
------------------------------------------------------------------------
[2007-10-23 18:33:37] bcoy at chicagoreader dot com
It appears I miscounted the length of my data in the above comment.
Here is a test script that proves the maximum length, at least on this
setup, is exactly 10,000 characters:
<html>
<body>
<p>
<?php
echo "<strong>Request Length:</strong> " .
getenv("CONTENT_LENGTH") . "<br />";
echo "<strong>POST:</strong> "; print_r($_POST); echo "<br />";
echo "<strong>HTTP_POST_VARS:</strong> ";
print_r($HTTP_POST_VARS);
?>
</p>
<form action="<?php echo $_SERVER['PHP_SELF']; ?>" method="post">
<textarea name="test" rows="50" cols="80"><?php
for ($i = 0; $i < 10001; $i++) {
echo 'a';
}
?></textarea>
<input type="submit" />
</form>
</body>
</html>
------------------------------------------------------------------------
The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/22427
--
Edit this bug report at http://bugs.php.net/?id=22427&edit=1
