Check your httpd.conf (probably in /etc/httpd/conf) if there's some directive that limits the maximum length of incoming data.

See bug #22138 for detail

No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.

Yes this is still valid.
whats worse, if enctype=multipart/form-data,
NONE of the variables make it into $_POST.

PHP 5.1.2 / linux

I am having this issue on PHP 5.0.4, and PHP 5.1.4

Exactly the same as stated above,
enctype="multipart/form-data"

Hi, I had this same problem. I spent hours searching the web, but found nothing except this:
------
from http://www.php.net/manual/en/features.file-upload.php
jason
09-Jan-2006 05:08 
Regarding empty $_FILES and $_POST arrays when uploading files larger than post_max_size:
Tucked away in http://us3.php.net/manual/en/ini.core.php#ini.post-max-size is this nugget:
"If the size of post data is greater than post_max_size, the $_POST and $_FILES superglobals are empty. This can be tracked in various ways, e.g. by passing the $_GET variable to the script processing the data, i.e. <form action="edit.php?processed=1">, and then checking if $_GET['processed'] is set."
This may seem like a bug. You'd expect something like UPLOAD_ERR_FORM_SIZE to be set. But you just two empty superglobals.
I've seen it submitted to bugs.php.net twice and it's been marked as bogus both times. 
--------

I saw this, and realised that my MAX_FILE_SIZE hidden form element was missing. Inserting this fixed the problem immediately. My PHP version is 4.4.2. Hope this helps.

hi, having same problem.

This is working fine with FF, but not with IE.

If its working fine with FF, it could not be problem with PHP.INI or HTTD.CONF.

any suggestion what could be the reason?

I worked around this injecting the values I wanted into the forms "action" statement and using $_GET to extract these values, the file uploading part then extracts its informaion from the POST part.

I was also seeing this happening with both IE and FF

Althoug I cannot reproduce the error myself some of my custommers experience the bug described above.
And they pop-up in my error-log files

When reguesting a page with the POST method and the enctype is set to "multipart/form-data", the $_POST suberglobal is left empty.

(Post requests without enctype="multipart/form-data" work fine.)

I've recently moved to PHP 5.1.6.
The exact same code worked fine for months on the previous version.


some php.ini settings (same as previous version):
  max_execution_time = 60
  max_input_time = 120
  memory_limit = 24M
  post_max_size = 8M
  file_uploads = On
  upload_max_filesize = 3M

The html-form: (the document is valid XHTML 1.0 Transitional)

<form action="/gallery/saveFile.php" method="post" enctype="multipart/form-data">
  <input type="hidden" name="sessionId" value="0123456789ABCDEF0000000000000000"/>
  <input type="hidden" name="albumId" value="123"/>
  <input type="hidden" name="MAX_FILE_SIZE" value="3145728"/>
  
  <input type="text" name="title" value="" maxlength="64"/>
  <input type="file" name="userFile"/>
  <input type="checkbox" name="overwerite" value="true"/>
  <input type="submit" value="Upload"/>
</form>

I've not yet found a solutions for this VERY SERIOUS problem
If there is anyone that has a fix, please let me know.

Yup, have the same problem with PHP 5.1.6.
If someone have a fix for this issue please let me know. I recently update my environment and this is starting to cost me too much time and money.

Thanks in advanced.

I had this problem and had to raise realpath_cache_size from 16k to 128k. No problems so far.

I have experienced the problem.

The solution provided on this page worked for me. I had a form with a lot of textboxes, and also six fileboxes. Changing the enctypes resulted in either the textboxes working and the fileboxes not working, and vice versa, but no combination so both would work.

My max file size in php.ini was set to 64M which should be enough.

<form action="test.php" method="post" enctype="multipart/form-data" name="form" id="form">
<input type="hidden" name="MAX_FILE_SIZE" value="50000000">

IMPORTANT:
adding the MAX_FILE_SIZE to my form was the solution to the problem. But I discovered a new problem doing this, I had to set the MAX_FILE_SIZE directly under the <form> tag, unlike some other people's examples on this page. Doing this It worked fine for me.

for the record, i am running PHP/4.4.7 Apache/1.3.37 on Fedora 5 running kernel  2.6.20-1.2316.fc5smp

Been a while since anyone posted. But I am still having this trouble. I have tried all the solutions on the thread and nothing works.

PHP Version 5.2.4, Apache 2.2.6

I just experienced this problem NOT using enctype="multipart/form-data" - although I have data being passsed simultaneously with Adobe Spry.  I used the recent solution <input type="hidden" name="MAX_FILE_SIZE" value="50000000"> worked for me.

Same problem in apache 2.2.8 , php 5.2.4 on the begining i'v suspected mod_auth_sspi instaled on my apache but after disabling it error still appears.
Behaviour is strange - if wait aprox 10s betwen submits of form all works fine fast submit of form immediately after it appears generates this problem. The same issue on apache 2.2.8 on windows/linux (XP pro and slackware), `enctype="multipart/form-data"` include - don't matter. Additionaly tested on windows IIS 5.1 with the same configuration (php.ini) of PHP (isapi module)- no problem.

Apache 2.2.4 and PHP 5.2.4 SuSE 10.3

Problems uploading files

With enctype="multipart/form-data": $_POST variable set but contains no array keys.

print_r(array_keys($_POST));

Prints: Array()

Without enctype="multipart/form-data": $_POST variable set and contains array keys, but no file data as expected for upload.

Help.

I am facing the similar problem. when i upload a file having more than the size specified in post_max_size variable, the $_POST variables are empty after form submission. If i increase the post_max_size variable more than the file trying to be uploaded then i can get the $_POST variables array.

Is there any other way to fix this without relaying php configuration variables in order to get the $_POST variables as it is?

I have experienced the same problems with PHP 5.2.4 on Windows. The solution was to specify the forms method as GET, and not as POST. It worked as well by not specifying any method, as this will choose GET as the default method.

Use it like this:
<form action="myFile.php" enctype="multipart/form-data" method="GET">
 <input type="hidden" name="foo" value="bar" />
 <input type="file" name="file" />
 <input type="submit" value="Upload" />
</form>

print_r($_GET) results in:

Array ( [foo] => bar [file] => abc.zip )

To correct my above message:

Post the form with method GET does not work, setting the post_max_size in php.ini higher than the size of the uploaded file did the trick.

I am having this issue, none of the above worked for me... anybody have other ideas?  (IIS 6, PHP 5.2.6)

Thanks

occurs the same issues on apache 2.2.8 + latest php 5.2.8, all of the solution above is useless.

My problem is that, in my earlier php instalation, I had register_globals=on, and now, with PHP5, it comes off by default:

http://cn.php.net/manual/en/language.variables.external.php

My solution was using this line before I need the value of $username

$username = echo $_POST['username'];

I hope it helps...

Hi I had the same bug i found a solution please check your Post_max_SIZE. there are some problems with some sizes. I managed to create this problem and then solved 
Here is a link with some examples

http://forums.devnetwork.net/viewtopic.php?f=31&t=94754
Hopefully it will help .

IT IS NOT a BUG. GET and post methods will work as normal requests but if you use the form enctype multipart then you got to handle the request as multipart. In java I use the oreilly MultipartRequest to parse the data and it works wonderfully. You migh thave to find a way to get it in PHP or you can write yourself a multipartrequest class based on oreilly's one.

Some Apache hosts have problem parsing variables from .htaccess files.
They do not throw any error, but they just unset the variables. 
I had the problem with the POST variable not being set, when I migrated to a new host. After hours of debugging, I found out that 
these variables:
 #php_value upload_max_filesize 			50M
 #php_value post_max_size 		            55M
 #php_value memory_limit 	               384M
were causing the webserver to set the memory limit to 256K and POST variable not working.
So I commented them out and insted used php.ini to set the variables.
It worked fine after that.

I faced the same problem and nothing worked. I have tested on Apache 2.2, PHP 5.3 on Windows Vista. I also tested on Ubuntu (Karmic) with Apache 2.2 and PHP 5.3. I also tested with nGinX 0.8 and PHP 5.3.

Then I found a workaround. The action="" parameter should not be the script page itself on which you have file upload form. For example, you have a page index.php with the upload form.

<form action="upload.php" enctype="multipart/form-data" method="post">
<input type="hidden" name="MAX_FILE_SIZE" value="200000"> 
<input type="file" size="40" name="upload">
<input type="submit" value="Upload">
</form>

The action="upload.php" <-------- This page has to be different than the file upload form page, and it works on all configurations of PHP!

Do not use <php?=$_SERVER['PHP_SELF']?> for the action parameter.

Just for the record, in my case similar behavior was observed and the cause was 
restrictions in the suhosin - hardened debian distribution, 
suhosin.post.max_name_length specifically.

Here is the fix: Check the message of gimi.
[2010-02-03 16:17 UTC] gimi dot alb at gmail dot com,

Also you should check (into begin of your script)
"post_max_size, upload_max_filesize, memory_limit"
values to work correctly and safely!

For Example:
http://www.php.net/manual/en/features.file-upload.php#73762

YOU SHOULD CHECK:
================================== 
ini_get('post_max_size');
ini_get('upload_max_filesize');
ini_get('memory_limit');
================================== 

Regards.
 Seyhun Cavus.

WEll it is not a bug and I figured out that I had not set the "name" attributes for the input elements that I was trying to access.

also $_REQUEST['element-name'] works better.