PHP 4.0 Bug #9682 Updated: Input types of image from HTML forms are not stored in $HTTP_XXXX_VARS

ID: 9682 Updated by: sniper Reported By: karln@binarybydesign.co.uk Old-Status: Feedback Status: Closed Bug Type: *General Issues Assigned To: Comments: the .'s are translated to _'s. $HTTP_POST_VARS["newcustomer_x"] and $HTTP_POST_VARS["newcustomer_y"]  --Jani Previous Comments: --------------------------------------------------------------------------- [2001-03-11 13:06:36] derick@php.net AFAIK it should be in imagename_x (not .x, but _x). Can you check this? --------------------------------------------------------------------------- [2001-03-11 12:20:13] karln@binarybydesign.co.uk I have a php file containing a form which utilisies an image as a submit button in the following format. <input type="image" name="newcustomer" src="images/newcustomer.gif" alt="add a new customer record"> When the button is clicked, the form posts back to the same page and some checks are made to determine if the button was the cause of the post as shown below... if(isset($HTTP_POST_VARS["newcustomer.x"])) { $editmode = true; $customerid = -1; } else { $editmode = false; } When the above code is executed, $editmode always comes out as false. However, on outputing the value of the POST array for 'newcustomer.x' nothing is displayed. I have also tried to use GET as the form method and printed out the contents of the GET array for 'newcustomer.x' and it is also blank. To follow this up I have also tried to make requests to a generic PHP file which prints out the contents of the $HTTP_GET_VARS array and can always reproduce the fact that any parameter containing a '.' within the name are never stored. Its possible that this problem could lie in the array structure itself rather than the request processing, but I am not sure. --------------------------------------------------------------------------- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9682&edit=2