Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:44125
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: error (pb1.pair.com: domain gravitonic.com from 209.85.216.187 cause and error)
Message-ID: <4A258942.6010900@gravitonic.com>
Date: Tue, 02 Jun 2009 13:19:14 -0700
User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070807)
MIME-Version: 1.0
To: PHP internals <internals@lists.php.net>
References: <4A245810.20503@gravitonic.com>
In-Reply-To: <4A245810.20503@gravitonic.com>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Subject: Re: ext/filter and rfc1867 problem
From: andrei@gravitonic.com (Andrei Zmievski)

Does anyone have any idea what I'm talking about here? Derick? Rasmus? Pierre? Bueller?

Andrei Zmievski wrote:
> 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