ID: 22427
Comment by: idefix at dwaal dot net
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:
The same problem happens to me (and my users unfortunately).
- PHP Version 5.1.6
- Apache/2.2.3 (CentOS)
- only with enctype="multipart/form-data"
- only with IE6 on WinXP sp2
- _POST is completely empty (count($_POST) === 0)
- Uploaded files are smaller than 3 MB.
- Charset: US-ASCII (both Apache header and Meta-tag)
For some reason only _some_ IE6 WinXP SP2 machines trigger this error.
Opera and Firefox do not seem to trigger this error at all.
Previous Comments:
------------------------------------------------------------------------
[2007-09-13 20:49:15] lewisagosta at gmail dot com
I am still looking for why this worked... but...
When I changed "$_POST" to "$HTTP_POST_VARS", the form data is now
there. I think it has something to do with the global variables
setting, but not sure yet.
------------------------------------------------------------------------
[2007-09-03 11:01:01] ben at hceo dot co dot uk
Hi,
I found the same POST problem. I have a login form and it works fine
on FireFox and IE 6.0.3790, but not on IE 6.0.2800. If the username and
password are all one word it works fine on IE 6.0.2800 but if it is made
of 2 or more words it only posts the variables once in every 10 or so
posts.
I read that this problem can be got around by using .htm extension
rather than .php - to get around this I changed the httpd.conf file to
read:
AddType application/x-httpd-php .php .htm
I then changed the extension of my login file to .htm and this seems to
work ok.
------------------------------------------------------------------------
[2007-07-04 06:05:46] ads at alex4all dot com
I just want to say Thanks a lot for comment called ([27 Mar 2003 2:08am
UTC] sendoffer at ukr dot net); because my problem solved for same
issue.
BR, Ali
------------------------------------------------------------------------
[2007-06-13 22:27:20] relisys002 at yahoo dot com
As a follow-up to my post yesterday, it appears as though the firewall
software we have on our Windows machine (Comodo Firewall) was the cause
of the problem. Using the Windows firewall didn't cause any problems.
This may not be the case in for the other people with problems but I
thought I would at least post the resolution to mine.
I would recommend that everyone disable all firewall and security
software if they are experiencing this problem.
------------------------------------------------------------------------
[2007-06-12 21:29:21] relisys002 at yahoo dot com
Just came across the same problem myself last week.
PHP 5.1.6
Apache 2.0.59
FreeBSD 6.1-RELEASE-p11
EVERY browser I have tried in Windows fails to work past a request size
of about 1450 bytes. I have tested IE 6.0, FF 2.0.0.3 and Safari Beta 3.
PHP still returns the requests size via getenv("CONTENT_LENGTH") but
both $_POST and $_GET are empty.
When I try the EXACT same page on the EXACT same server with both FF
2.0.0.3 and Safari 2.0.4(419.3) I have no problems submitting however
much data I want. Here's my test form:
/-------- CODE ---------/
<html><head><title>TEST</title></head>
<body>
<pre>
<?php
print_r($_POST);
print_r($_GET);
echo "Request Length: ".getenv("CONTENT_LENGTH");
?>
</pre>
<form method="post" name="form" enctype="multipart/form-data"
action="test.php">
<input type="file" name="file" /><br>
<input type="text" name="field" value="<?php echo $_POST['field']; ?>"
/><br>
<textarea cols="80" rows="8" name="text"><?php echo $_POST['text'];
?></textarea><br>
<input type="image" name="submit" src="images/addcart.gif" /><br>
<input type="submit" name="submit-button" value="Real Submit Button"
/>
</form>
</body></html>
/-------- CODE ---------/
I get the same result with and without the enctype. I can't believe
nobody has found a solution for this yet. If somebody has, please post
it here or email me and I will.
------------------------------------------------------------------------
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
