#19365 [Com]: POST not working
| From: | heyciao at inwind dot it | Date: | Mon, 13 Oct 2003 13:10:03 +0000 |
| Subject: | #19365 [Com]: POST not working | ||
| References: | 1 | Groups: | php.bugs |
| Request: | Send a blank email to php-bugs+get-48921@lists.php.net to get a copy of this message | ||
ID: 19365
Comment by: heyciao at inwind dot it
Reported By: pahluwalia at hotmail dot com
Status: Closed
Bug Type: Scripting Engine problem
Operating System: Win 2000
PHP Version: 4.2.3
New Comment:
apache 1.3.xx php 4.x.x windows nt
Hi everybody.
Maybe i didn't understand well your submission but, if the problem is
that u are not able to use get or post method, as i wasn't, i hope what
i discoverd may help u.
In fact, starting from php 4.2 version u have in php.ini $track_vars
switched on.
so, if u use a form like that:
<form method=post action=some_file.php>
<input type=text name=antonio>
<input type=submit>
</form>
in some_file.php u can read posted values :
...
<?=$HTTP_POST_VARS[antonio]?>
...
.
So, if u use get method, change post with get.
I was gettin crazy changin a lot of cvs of php.
But u do not need it, because that's the solution.
Bye
Previous Comments:
------------------------------------------------------------------------
[2003-10-13 07:11:30] heyciao at inwind dot it
Sorry, i tryed also the latest version of php.
I can't understand why phpmyadmin works on posting datas, but i'm not
able to use get or post method to pass values from the main php.page to
another:
<form action=2.php method=post>
<input type=text name=ANTONIO>
<input type=submit>
</form>
then in 2.php:
<?php
echo $ANTONIO;
?>
it does not work, i have i blank page.
Why it happens?
I'm workin with windows nt, apache 1.3.xx and some version of php:
4.2.3, the latest 4. of cvs and the latest 5 of cvs.
Do i need to swithc on some option in some ini file?
Thanks
------------------------------------------------------------------------
[2002-11-10 18:32:02] sniper@php.net
This bug has been fixed in CVS.
In case this was a PHP problem, snapshots of the sources are packaged
every three hours; this change will be in the next snapshot. You can
grab the snapshot at http://snaps.php.net/.
In case this was a documentation problem, the fix will show up soon at
http://www.php.net/manual/.
In case this was a PHP.net website problem, the change will show
up on the PHP.net site and on the mirror sites in short time.
Thank you for the report, and for helping us make PHP better.
------------------------------------------------------------------------
[2002-09-19 03:41:01] nando at aboutown dot ca
I upgraded to 4.1... and when I use POST I get
nothing!!!!!!
Nothing.
Even simple method='post' return nothing!!!
A solution to this problem is imperative!!!
When I used 4.0... I had truncated POST vars.
------------------------------------------------------------------------
[2002-09-17 02:11:58] derick@php.net
Dup of #17958
------------------------------------------------------------------------
[2002-09-16 15:46:23] jmax01 at hotmail dot com
Hi,
I think there are still issues with POST variables.
I have tested using the following platforms:
Platform 1:
OS: Windows XP Professional
Webserver: Apache/2.0.40
PHP: 4.2.3
Platform 2:
OS: Windows 2000 Professional
Webserver: Apache 2.0.40
PHP: 4.2.3
Platform 3:
OS: Windows 2000 Professional
Webserver: Apache 1.3.26
PHP: 4.2.3
I use a custom http client to connect to the http server.
The http requests are multipart/form-data.
A sample request:
POST /cgi-bin/XXXXXXX HTTP/1.1
Authorization: Basic XXXXXXXX
Content-Type: multipart/form-data;
boundary=XXXssxvnjhpdqdxvcrastvybcwvmgnykrXXX
User-Agent: Java1.4.0
Host: XXX.XXX.XXX.X:XXX
Accept: text/html, image/gif, image/jpeg, *; q=.2, */*; q=.2
Connection: keep-alive
Content-length: 142
XXXssxvnjhpdqdxvcrastvybcwvmgnykrXXX
Content-Disposition: form-data; name="fieldName"
fieldValue
XXXssxvnjhpdqdxvcrastvybcwvmgnykrXXX--
The $_POST array is empty.
I have tested against IBM HTTP Server/V5R2M0 and have not had a probelm
retrieving multipart/form-data POST variables using IBM REXX CGI
Parse.
I am pretty sure my header is valid.
Thanks,
Jeff
------------------------------------------------------------------------
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/19365
--
Edit this bug report at http://bugs.php.net/?id=19365&edit=1