Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:44117
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: error (pb1.pair.com: domain gravitonic.com from 209.85.222.199 cause and error)
Message-ID: <4A245810.20503@gravitonic.com>
Date: Mon, 01 Jun 2009 15:37:04 -0700
User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070807)
MIME-Version: 1.0
To: PHP internals <internals@lists.php.net>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Subject: ext/filter and rfc1867 problem
From: andrei@gravitonic.com (Andrei Zmievski)

I ran into an issue today that seems to be a genuine bug.

In rfc1867.c there is code like this:

   if (sapi_module.input_filter(PARSE_POST, param, &value, value_len, &new_val_len 
TSRMLS_CC)) {
      /* register the variable */
   }

The sapi_module.input_filter points to php_sapi_filter(). That return value of that 
function is based on "retval" variable which defaults to 0 at the top of the function and 
is set to 1 only when arg is PARSE_STRING. The end result is that it returns 0 and rfc1867 
handler never registers the variable. Am I totally missing something or is this a real bug?

-Andrei