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

From: Date: Wed, 10 Jul 2002 14:00:06 +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-13734@lists.php.net to get a copy of this message
 ID:               16155
 Updated by:       ftm@gtd.es
 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:

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í.


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

[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.

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

[2002-03-18 23:27:16] rlm@pricegrabber.com

Ah, I think I understand maybe why you can't replicate this.  In my
/etc/httpd/conf/include.d directory (the entire dir is parsed by Apache
on startup), I have a file that has the following lines in it, in the
order following:

    php_value variables_order "es"
    php_flag register_globals Off

Remove the file containing these lines, and it works.  Install the file
containing these lines, and it fails.

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

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)

« previous php.bugs (#13734) next »