Bug #16155 Updated: track_vars doesn't work unless register_globals is also set

From:	philip@php.net	Date:	Wed, 10 Jul 2002 17:13:11 +0000
Subject:	Bug #16155 Updated: track_vars doesn't work unless register_globals is also set
References:	1	Groups:	php.bugs
Request:	Send a blank email to php-bugs+get-13751@lists.php.net to get a copy of this message

 ID:               16155
 Updated by:       philip@php.net
 Reported By:      rlm@pricegrabber.com
 Status:           Open
 Bug Type:         PHP options/info functions
 Operating System: RH 7.2
 PHP Version:      4.1.2
 New Comment:

This behavior is documented in various places and is expected.  When
the variables_order documentation says "PHP will completely ignore
them" it really means it.  There was talk of adding additional
directives but nothing came of it (yet?).  See:

 http://marc.theaimsgroup.com/?l=php-dev&m=101194050211581
 http://marc.theaimsgroup.com/?l=php-dev&m=101194642021528
  
On a related note, track_vars doesn't do anything as of PHP 4.0.3.
Also, even if variables_order lacks an E you can still use getenv() and
the E info is still shown in phpinfo().  So I guess PHP never
completely ignores E :)   


Previous Comments:
------------------------------------------------------------------------

[2002-07-10 10:00:06] ftm@gtd.es

I've experienced the same problem with Win2000Pro + Apache 1.3.26 + PHP
4.2.1

Hope this can be useful... and please fix it soon ;)

Fermí.

------------------------------------------------------------------------

[2002-03-19 18:56:10] rlm@pricegrabber.com

I have confirmed this using just the /etc/php.ini file.  Unless
variables_order is set for the corresponding variable, the superglobal
doesn't get set.

------------------------------------------------------------------------

[2002-03-19 11:42:23] rlm@pricegrabber.com

To clarify:

1) There is no reason why variables_order should have any effect
whatsoever on whether _GET, _POST, _COOKIE, or HTTP_*_VARS are set. 
Ever.  Read the documentation on track_vars for why, but it certainly
says they can be found WITHOUT mentioning any side effects of
variables_order.  At the very least, this is a documentation bug.  At
worst (and in reality) this is a violation of the "principle of least
surprise"; that is, when does "can be found" not mean "can be found"? 
What possible use could a programmer have for disabling EGPCS variable
parsing to the extent of disabling _GET, _POST, etc.?

2) Even allowing for all the above, this should all work if the
directives are in Apache.  It doesn't.

------------------------------------------------------------------------

[2002-03-19 10:19:40] rlm@pricegrabber.com

No, it is a bug.  The problem is that if the configuration data comes
from Apache rather than /etc/php.ini, the tracking variables aren't
initialized correctly as described.

------------------------------------------------------------------------

[2002-03-19 04:19:24] sander@php.net

So it was not a bug, but a configuration problem.

------------------------------------------------------------------------

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/16155

-- 
Edit this bug report at http://bugs.php.net/?id=16155&edit=1



   

Thread (21 messages)

• rlm at pricegrabber dot comMon, 18 Mar 2002 23:18:55 +0000
  • rasmus@php.netTue, 19 Mar 2002 04:03:06 +0000Bug #16155 Updated: track_vars doesn't work unless register_globals is also set
  • rlm at pricegrabber dot comTue, 19 Mar 2002 04:14:35 +0000Bug #16155 Updated: track_vars doesn't work unless register_globals is also set
  • rlm at pricegrabber dot comTue, 19 Mar 2002 04:27:16 +0000Bug #16155 Updated: track_vars doesn't work unless register_globals is also set
  • sander@php.netTue, 19 Mar 2002 09:19:24 +0000Bug #16155 Updated: track_vars doesn't work unless register_globals is also set
  • rlm at pricegrabber dot comTue, 19 Mar 2002 15:19:41 +0000Bug #16155 Updated: Some predefined variables allow GET overwrite
  • rlm at pricegrabber dot comTue, 19 Mar 2002 16:42:25 +0000Bug #16155 Updated: Some predefined variables allow GET overwrite
  • rlm at pricegrabber dot comTue, 19 Mar 2002 23:56:11 +0000Bug #16155 Updated: _GET[] &c. not set unless variables_order position set
  • ftm at gtd dot esWed, 10 Jul 2002 14:00:06 +0000Bug #16155 Updated: track_vars doesn't work unless register_globals is also set
  • philip@php.netWed, 10 Jul 2002 17:13:11 +0000Bug #16155 Updated: track_vars doesn't work unless register_globals is also set
  • rlm at pricegrabber dot comWed, 10 Jul 2002 17:46:01 +0000Bug #16155 Updated: track_vars doesn't work unless register_globals is also set
  • philip@php.netWed, 10 Jul 2002 18:09:36 +0000Bug #16155 Updated: track_vars doesn't work unless register_globals is also set
  • rlm at pricegrabber dot comWed, 10 Jul 2002 20:37:45 +0000Bug #16155 Updated: track_vars doesn't work unless register_globals is also set
  • philip@php.netWed, 10 Jul 2002 22:21:54 +0000Bug #16155 Updated: variables_order affects existence of php predefined variables
  • rlm at pricegrabber dot comWed, 10 Jul 2002 22:57:34 +0000Bug #16155 Updated: variables_order affects existence of php predefined variables
  • rlm at pricegrabber dot comWed, 10 Jul 2002 23:02:52 +0000Bug #16155 Updated: variables_order affects existence of php predefined variables
  • philip@php.netThu, 11 Jul 2002 00:08:47 +0000Bug #16155 Updated: variables_order affects existence of php predefined variables
  • rlm at pricegrabber dot comThu, 11 Jul 2002 00:13:50 +0000Bug #16155 Updated: variables_order affects existence of php predefined variables
  • philip@php.netMon, 07 Oct 2002 17:38:21 +0000#16155 [Opn]: variables_order affects existence of php predefined variables
  • cly109 at 126 dot comWed, 29 Jul 2009 01:42:02 +0000#16155 [Com]: variables_order affects existence of php predefined variables
  • jani@php.netFri, 31 Dec 2010 23:29:34 +0000Req #16155 [Opn->Bgs]: variables_order affects existence of php predefined variables