#10804 [Com]: No HTTP_POST_VARS
ID: 10804
Comment by: ananth_rs at hotmail dot com
Reported By: hectorp at buckfoodsvc dot com
Status: Bogus
Bug Type: Other web server
Operating System: Windows 2000
PHP Version: 4.0.5
New Comment:
Have you tried to set register_long_arrays = On in the php.ini file ?
regards
Ananth Racherla
Previous Comments:
[2004-09-15 16:31:10] jaapjp at zonnet dot nl
I'm haveing exactly the same problem here with PHP 5.0.1 under Xitami
v2.5b1 here. Xitami was installed as an NT service. PHP was installed
useing the standard windows installer, useing the default settings. My
system config (from phpinfo()):
System Windows NT OPMAAK 5.1 build 2600
Build Date Aug 12 2004 23:30:01
Configure Command cscript /nologo configure.js "--with-gd=shared"
"--enable-snapshot-build"
Server API CGI/FastCGI
Virtual Directory Support enabled
Configuration File (php.ini) Path C:\WINDOWS\php.ini
PHP API 20031224
PHP Extension 20040412
Zend Extension 220040412
Debug Build no
Thread Safety enabled
IPv6 Supportenabled
Registered PHP Streams php, file, http, ftp, compress.zlib
Registered Stream Socket Transports tcp, udp
[2002-05-24 20:34:22] [EMAIL PROTECTED]
Thank you for taking the time to report a problem with PHP.
Unfortunately your version of PHP is too old -- the problem
might already be fixed. Please download a new PHP
version from http://www.php.net/downloads.php
If you are able to reproduce the bug with one of the latest
versions of PHP, please change the PHP version on this bug report
to the version you tested and change the status back to "Open".
Again, thank you for your continued support of PHP.
[2002-01-27 04:14:45] pliszka at bellatlantic dot net
I have the same problem.
PHP 4
IIS 4
Windows NT 4.0 Server
[2001-05-11 04:17:32] hectorp at buckfoodsvc dot com
PHP 4.0.5 and 4.0.4pl1 (tried the latter as a fallback) downloaded as
binaries from your php.net site, running Xitami. Also tried on a
Windows ME machine and got the same results, which are:
POSTing from a form does not result in the $HTTP_POST_VARS array being
created. It also doesn't create the global versions of these variables
(with register_globals on or off). However, it _does_ create
appropriate entries in $HTTP_ENV_VARS['FORM_*'] and
$HTTP_SERVER_VARS['FORM_*']. Additionally, $HTTP_COOKIE_VARS show up
fine (unrelated, just FYI).
I used this code to "emulate" (badly) the HTTP_POST_VARS variables,
just to be sure that was really the problem:
if(count($HTTP_POST_VARS) < 2) { // test always succeeds
reset($HTTP_ENV_VARS); // is set, but is 0 size
while(list($k,$v) = each($HTTP_ENV_VARS)) {
if(!strncmp($k,"FORM_",5)) {
$g = strtolower(substr($k,5));
$HTTP_POST_VARS[$g] = $v; // create fake array var
$$g = $v; // create fake global var
}
}
}
I tried several scripts from the internet (Phorum, etc.) and had the
same problem with all, whenever a form POSTed, on both machines using
both versions of PHP. Even a form with only a simple submit button
fails without the above hack. This is bizaare.
Here are some typical results from phpinfo() after a POST:
This is from the Environment section:
QUERY_METHOD POST
REQUEST_METHOD POST
...
FORM_SET Login
FORM_AUTHKEY
FORM_AUTHPASS
FORM_AUTHUSER Myadmin23
FORM_REFERERURL http://forum.hectorplasmic.com/frontpage.php
This is from the PHP Variables section:
HTTP_SERVER_VARS["QUERY_METHOD"] POST
HTTP_SERVER_VARS["REQUEST_METHOD"] POST
...
HTTP_SERVER_VARS["FORM_SET"] Login
HTTP_SERVER_VARS["FORM_AUTHKEY"]
HTTP_SERVER_VARS["FORM_AUTHPASS"]
HTTP_SERVER_VARS["FORM_AUTHUSER"] Myadmin23
HTTP_SERVER_VARS["FORM_REFERERURL"]
http://forum.hectorplasmic.com/frontpage.php
So is this:
HTTP_ENV_VARS["QUERY_METHOD"] POST
HTTP_ENV_VARS["REQUEST_METHOD"] POST
HTTP_ENV_VARS["GATEWAY_INTERFACE"] CGI/1.1
HTTP_ENV_VARS["SERVER_SECURITY"] -
HTTP_ENV_VARS["SERVER_PROTOCOL"] HTTP/1.1
HTTP_ENV_VARS["SERVER_PORT"] 80
...
HTTP_ENV_VARS["SERVER_VERSION"] 2.5b1
HTTP_ENV_VARS["SERVER_SOFTWARE"] Xitami
HTTP_ENV_VARS["FORM_SET"] Login
HTTP_ENV_VARS["FORM_AUTHKEY"]
HTTP_ENV_VARS["FORM_AUTHPASS"]
HTTP_ENV_VARS["FORM_AUTHUSER"] Myadmin23
HTTP_ENV_VARS["FORM_REFERERURL"]
http://forum.hectorplasmic.com/frontpage.php
So is this, but they're my "fake" variables created by the code above.
These don't show up without that code -- no HTTP_POST_VARS at all.
HTTP_POST_VARS["set"] Login
HTTP_POST_VARS["authkey"]
HTTP_POST_VARS["authpass"]
HTTP_POST_VARS["authuser"] Myadmin23
HTTP_POST_VARS["refererurl"]
http://forum.hect
#10804 [Com]: No HTTP_POST_VARS
ID: 10804
Comment by: jaapjp at zonnet dot nl
Reported By: hectorp at buckfoodsvc dot com
Status: Bogus
Bug Type: Other web server
Operating System: Windows 2000
PHP Version: 4.0.5
New Comment:
I'm haveing exactly the same problem here with PHP 5.0.1 under Xitami
v2.5b1 here. Xitami was installed as an NT service. PHP was installed
useing the standard windows installer, useing the default settings. My
system config (from phpinfo()):
System Windows NT OPMAAK 5.1 build 2600
Build Date Aug 12 2004 23:30:01
Configure Command cscript /nologo configure.js "--with-gd=shared"
"--enable-snapshot-build"
Server API CGI/FastCGI
Virtual Directory Support enabled
Configuration File (php.ini) Path C:\WINDOWS\php.ini
PHP API 20031224
PHP Extension 20040412
Zend Extension 220040412
Debug Build no
Thread Safety enabled
IPv6 Supportenabled
Registered PHP Streams php, file, http, ftp, compress.zlib
Registered Stream Socket Transports tcp, udp
Previous Comments:
[2002-05-24 20:34:22] [EMAIL PROTECTED]
Thank you for taking the time to report a problem with PHP.
Unfortunately your version of PHP is too old -- the problem
might already be fixed. Please download a new PHP
version from http://www.php.net/downloads.php
If you are able to reproduce the bug with one of the latest
versions of PHP, please change the PHP version on this bug report
to the version you tested and change the status back to "Open".
Again, thank you for your continued support of PHP.
[2002-01-27 04:14:45] pliszka at bellatlantic dot net
I have the same problem.
PHP 4
IIS 4
Windows NT 4.0 Server
[2001-05-11 04:17:32] hectorp at buckfoodsvc dot com
PHP 4.0.5 and 4.0.4pl1 (tried the latter as a fallback) downloaded as
binaries from your php.net site, running Xitami. Also tried on a
Windows ME machine and got the same results, which are:
POSTing from a form does not result in the $HTTP_POST_VARS array being
created. It also doesn't create the global versions of these variables
(with register_globals on or off). However, it _does_ create
appropriate entries in $HTTP_ENV_VARS['FORM_*'] and
$HTTP_SERVER_VARS['FORM_*']. Additionally, $HTTP_COOKIE_VARS show up
fine (unrelated, just FYI).
I used this code to "emulate" (badly) the HTTP_POST_VARS variables,
just to be sure that was really the problem:
if(count($HTTP_POST_VARS) < 2) { // test always succeeds
reset($HTTP_ENV_VARS); // is set, but is 0 size
while(list($k,$v) = each($HTTP_ENV_VARS)) {
if(!strncmp($k,"FORM_",5)) {
$g = strtolower(substr($k,5));
$HTTP_POST_VARS[$g] = $v; // create fake array var
$$g = $v; // create fake global var
}
}
}
I tried several scripts from the internet (Phorum, etc.) and had the
same problem with all, whenever a form POSTed, on both machines using
both versions of PHP. Even a form with only a simple submit button
fails without the above hack. This is bizaare.
Here are some typical results from phpinfo() after a POST:
This is from the Environment section:
QUERY_METHOD POST
REQUEST_METHOD POST
...
FORM_SET Login
FORM_AUTHKEY
FORM_AUTHPASS
FORM_AUTHUSER Myadmin23
FORM_REFERERURL http://forum.hectorplasmic.com/frontpage.php
This is from the PHP Variables section:
HTTP_SERVER_VARS["QUERY_METHOD"] POST
HTTP_SERVER_VARS["REQUEST_METHOD"] POST
...
HTTP_SERVER_VARS["FORM_SET"] Login
HTTP_SERVER_VARS["FORM_AUTHKEY"]
HTTP_SERVER_VARS["FORM_AUTHPASS"]
HTTP_SERVER_VARS["FORM_AUTHUSER"] Myadmin23
HTTP_SERVER_VARS["FORM_REFERERURL"]
http://forum.hectorplasmic.com/frontpage.php
So is this:
HTTP_ENV_VARS["QUERY_METHOD"] POST
HTTP_ENV_VARS["REQUEST_METHOD"] POST
HTTP_ENV_VARS["GATEWAY_INTERFACE"] CGI/1.1
HTTP_ENV_VARS["SERVER_SECURITY"] -
HTTP_ENV_VARS["SERVER_PROTOCOL"] HTTP/1.1
HTTP_ENV_VARS["SERVER_PORT"] 80
...
HTTP_ENV_VARS["SERVER_VERSION"] 2.5b1
HTTP_ENV_VARS["SERVER_SOFTWARE"] Xitami
HTTP_ENV_VARS["FORM_SET"] Login
HTTP_ENV_VARS["FORM_AUTHKEY"]
HTTP_ENV_VARS["FORM_AUTHPASS"]
HTTP_ENV_VARS["FORM_AUTHUSER"] Myadmin23
HTTP_ENV_VARS["FORM_REFERERURL"]
http://forum.hectorplasmic.com/frontpage.php
So is this, but they're my "fake" variables created by the code above.
These don't show up without that code -- no HTTP_POST_VARS at all.
HTTP_POST_VARS["set"] Login
HTTP_POST_VARS["authkey"]
HTTP_POST_VARS["authpass"]
HTTP_POST_VARS["authuser"] Myadmin23
HTTP_POST_VARS["refererurl"]
http://forum.hectorplasmic.com/frontpage.php
Here's the form (stripped of HTML formatting crud):
http://forum.hectorplasmic.com/frontpage.php";>
Username:
Userpass:
Activation code:
I beat my head on the wall trying to
#10804 [Com]: No HTTP_POST_VARS
ID: 10804
Comment by: picture-babe1308 at hotmail dot com
Reported By: hectorp at buckfoodsvc dot com
Status: Bogus
Bug Type: Other web server
Operating System: Windows 2000
PHP Version: 4.0.5
New Comment:
http://stolen-men-fist-fu.da.ru>babe picture
Previous Comments:
[2002-05-24 20:34:22] [EMAIL PROTECTED]
Thank you for taking the time to report a problem with PHP.
Unfortunately your version of PHP is too old -- the problem
might already be fixed. Please download a new PHP
version from http://www.php.net/downloads.php
If you are able to reproduce the bug with one of the latest
versions of PHP, please change the PHP version on this bug report
to the version you tested and change the status back to "Open".
Again, thank you for your continued support of PHP.
[2002-01-27 04:14:45] pliszka at bellatlantic dot net
I have the same problem.
PHP 4
IIS 4
Windows NT 4.0 Server
[2001-05-11 04:17:32] hectorp at buckfoodsvc dot com
PHP 4.0.5 and 4.0.4pl1 (tried the latter as a fallback) downloaded as
binaries from your php.net site, running Xitami. Also tried on a
Windows ME machine and got the same results, which are:
POSTing from a form does not result in the $HTTP_POST_VARS array being
created. It also doesn't create the global versions of these variables
(with register_globals on or off). However, it _does_ create
appropriate entries in $HTTP_ENV_VARS['FORM_*'] and
$HTTP_SERVER_VARS['FORM_*']. Additionally, $HTTP_COOKIE_VARS show up
fine (unrelated, just FYI).
I used this code to "emulate" (badly) the HTTP_POST_VARS variables,
just to be sure that was really the problem:
if(count($HTTP_POST_VARS) < 2) { // test always succeeds
reset($HTTP_ENV_VARS); // is set, but is 0 size
while(list($k,$v) = each($HTTP_ENV_VARS)) {
if(!strncmp($k,"FORM_",5)) {
$g = strtolower(substr($k,5));
$HTTP_POST_VARS[$g] = $v; // create fake array var
$$g = $v; // create fake global var
}
}
}
I tried several scripts from the internet (Phorum, etc.) and had the
same problem with all, whenever a form POSTed, on both machines using
both versions of PHP. Even a form with only a simple submit button
fails without the above hack. This is bizaare.
Here are some typical results from phpinfo() after a POST:
This is from the Environment section:
QUERY_METHOD POST
REQUEST_METHOD POST
...
FORM_SET Login
FORM_AUTHKEY
FORM_AUTHPASS
FORM_AUTHUSER Myadmin23
FORM_REFERERURL http://forum.hectorplasmic.com/frontpage.php
This is from the PHP Variables section:
HTTP_SERVER_VARS["QUERY_METHOD"] POST
HTTP_SERVER_VARS["REQUEST_METHOD"] POST
...
HTTP_SERVER_VARS["FORM_SET"] Login
HTTP_SERVER_VARS["FORM_AUTHKEY"]
HTTP_SERVER_VARS["FORM_AUTHPASS"]
HTTP_SERVER_VARS["FORM_AUTHUSER"] Myadmin23
HTTP_SERVER_VARS["FORM_REFERERURL"]
http://forum.hectorplasmic.com/frontpage.php
So is this:
HTTP_ENV_VARS["QUERY_METHOD"] POST
HTTP_ENV_VARS["REQUEST_METHOD"] POST
HTTP_ENV_VARS["GATEWAY_INTERFACE"] CGI/1.1
HTTP_ENV_VARS["SERVER_SECURITY"] -
HTTP_ENV_VARS["SERVER_PROTOCOL"] HTTP/1.1
HTTP_ENV_VARS["SERVER_PORT"] 80
...
HTTP_ENV_VARS["SERVER_VERSION"] 2.5b1
HTTP_ENV_VARS["SERVER_SOFTWARE"] Xitami
HTTP_ENV_VARS["FORM_SET"] Login
HTTP_ENV_VARS["FORM_AUTHKEY"]
HTTP_ENV_VARS["FORM_AUTHPASS"]
HTTP_ENV_VARS["FORM_AUTHUSER"] Myadmin23
HTTP_ENV_VARS["FORM_REFERERURL"]
http://forum.hectorplasmic.com/frontpage.php
So is this, but they're my "fake" variables created by the code above.
These don't show up without that code -- no HTTP_POST_VARS at all.
HTTP_POST_VARS["set"] Login
HTTP_POST_VARS["authkey"]
HTTP_POST_VARS["authpass"]
HTTP_POST_VARS["authuser"] Myadmin23
HTTP_POST_VARS["refererurl"]
http://forum.hectorplasmic.com/frontpage.php
Here's the form (stripped of HTML formatting crud):
http://forum.hectorplasmic.com/frontpage.php";>
Username:
Userpass:
Activation code:
I beat my head on the wall trying to figure it out -- obviously, this
hasn't been happening to very many people, or you'd be flooded with
complaints -- but I give up, I'm whupped. Any ideas?
After I get some sleep, I may try PHP 3.x just to see if the problem
remains...
--
Edit this bug report at http://bugs.php.net/?id=10804&edit=1
