Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:74434
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.216.180 as permitted sender)
Message-ID: <537E65B6.3060205@gmail.com>
Date: Thu, 22 May 2014 17:01:42 -0400
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0
MIME-Version: 1.0
To: 'internals' <internals@lists.php.net>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Subject: filter_input and auto_globals_jit
From: garyamort@gmail.com (Gary Mort)

Here is an oddity which I'm not sure how this is supposed to work.

If you have auto_globals_jit enables then not only are super global 
variables not initialized unless they are called, the underlying data 
storage for the original data[used by filter_input] will not be populated.

As I read filter.c, there seems to be a weird schism on how it deals 
with this.
https://github.com/php/php-src/blob/master/ext/filter/filter.c#L526

For INPUT_SERVER and INPUT_ENV it seems as if filter will make sure to 
initialize the data, example:
	if (PG(auto_globals_jit)) {
				zend_is_auto_global("_SERVER", sizeof("_SERVER")-1 TSRMLS_CC);
			}

For INPUT_POST, INPUT_GET, and INPUT_COOKIE however there is no safety net.

For example, with Just in Time:
test.php?var=test

$before = filter_input(INPUT_GET);  // $before = null
$var = $_GET('test'); 		// $var = 'test'
$after = filter_input(INPUT_GET);	// $after = 'test'


So the question is, is this by design?  In which case I'll update the 
docs.  Or is this an oversight?  In which case I'll open a bug and 
submit a patch.