From: akorthaus at web dot de
Operating system: Gentoo Linux
PHP version: Irrelevant
PHP Bug Type: Documentation problem
Bug description: defect description for variables_order
Description:
------------
In "Actual Result" I have copied the current "variables_order" description
from the manual.
It looks if it was copied from the "register_globals - friendly"
description of "gpc_order", but AFAIK these two parameters don't do the
same!
If you set "variables_order" to "GP", PHP will _not_ "overwrite any GET
method variables with POST-method variables of the same name" - that's why
$_GET etc. have been invented.
Since "register_globals" has been removed from CVS-HEAD, I think this
description is misleading (at least it was to me).
As far as I can see the order of the variables does not matter if you
don't have register_globals anymore. It's only a question of which
variables will be created at all. Only if you still use register_globals
the last sentence makes sense, but this should not be the default anymore
(IMO).
Expected result:
----------------
Perhaps something like that:
variables_order string
Set the order of the EGPCS ($_ENV, $_GET, $_POST, $_COOKIE, $_SERVER)
variable parsing. The default setting of this directive is "EGPCS".
Setting this to "GP", for example, will cause PHP to completely ignore
environment variables, cookies and server variables, and to created only
the $_GET and $_POST superglobals.
If register_globals is still used, variables_order also configures the
order ENV, GET, POST, COOKIE and SERVER variables are populated in global
scope. Setting this to "GP" with register_globals enabled, will cause PHP
to overwrite any GET method variables with POST-method variables of the
same name.
[REGISTER-GLOBALS-WARNING]
[REGISTER-GLOBALS-REMOVED-NOTICE]
See also PHP Superglobals.
Actual result:
--------------
variables_order string
Set the order of the EGPCS (Environment, GET, POST, Cookie, Server)
variable parsing. The default setting of this directive is "EGPCS".
Setting this to "GP", for example, will cause PHP to completely ignore
environment variables, cookies and server variables, and to overwrite any
GET method variables with POST-method variables of the same name.
See also register_globals.
http://de3.php.net/manual/en/ini.core.php#ini.variables-order
--
Edit bug report at http://bugs.php.net/?id=36739&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=36739&r=trysnapshot44
Try a CVS snapshot (PHP 5.1):
http://bugs.php.net/fix.php?id=36739&r=trysnapshot51
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=36739&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=36739&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=36739&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=36739&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=36739&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=36739&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=36739&r=support
Expected behavior: http://bugs.php.net/fix.php?id=36739&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=36739&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=36739&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=36739&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=36739&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=36739&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=36739&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=36739&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=36739&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=36739&r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=36739&r=mysqlcfg
