What is the POST/GET related ini setting?

safe_mode		=	Off
Setting:

variables_order		=	"EGPCS"	
register_globals	=	On	
post_max_size		=	8M	
gpc_order			=	"GPC"	
magic_quotes_gpc	=	On	


p.s.: I am on vacation and will be back at 6 march for further questions

Can you please add a short and simple script which can be
used to reproduce this?

This error only occurs on multipart/form-data forms
that submit array containers and contain at least one
file-upload field, and occurs whether a file is
uploaded or not.  It appears as if PHP ignores the array
name, and uses it as a straight variable name,
overwriting everything that used that array name.

Note that $_POST is not affected by this bug.  Only
$_REQUEST.  The field marked as a file upload will not
appear in $_POST, but I'm not sure that's a bug.

Here is a sample script:

---------------------- CUT HERE ----------------------
<form action="<?PHP print $_SERVER['REQUEST_URI']; ?>"
      method="post" enctype="multipart/form-data">
<input type="text" name="TEST[stuff]"><BR>
<input type="text" name="TEST[moo]"><BR>
<input type="file" name="TEST[uploadme]"><BR>
<input type="submit" value="Test">
</form>

<?PHP
var_dump($_REQUEST);
var_dump($_POST);
?>
---------------------- CUT HERE ----------------------

I am not using any file upload!!
In some scripts I am using array variables but the bug also apears without them!
I will try to create a short test script.

test1.html:
<form method="post" action="test2.php">
  <input type="submit" name="test" value="testvalue" />
</form>

test2.php:
<?php
  echo $_REQUEST["test"];
?>

calling test2 from test1 results in an empty document, calling test2.php?test=bla results in output 'bla'

As it seems the value is also NOT within $_POST["test"]

Please see also bug # 17088 with similar difficulty running on Windows.
Also note that I have this problem on OmniHTTPd on Windows.

With similar problems on 2 operating systems and 3 servers it looks to
me like either a real PHP problem or a configuration error of some kind.

 
show source

Tested in HEAD, 4.2.0 on both Linux and Windows-cgi and unable to reproduce any of this anywhere.

This was indeed a problem in 4.1.1, but is fixed in 4.2.

Probably doesn't work with Apache2, but hopefully you guys would have mentioned if you were using that server.

I am using Apache 2.0.36 - seems I missed this point - SORRY!

Maybe someone should add an extra field to the bug report form - for the type of web-server!