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] [EMAIL PROTECTED]

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] [EMAIL PROTECTED]

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

Reply via email to