Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:57168
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.216.200 as permitted sender)
MIME-Version: 1.0
Message-ID: <001636c5c05f63f29104b59254b5@google.com>
Date: Mon, 02 Jan 2012 21:33:12 +0000
To: internals@lists.php.net
Content-Type: multipart/alternative; boundary=001636c5c05f63f26c04b59254b2
Subject: stream_get_meta_data is missing filters
From: mtdowling@gmail.com

--001636c5c05f63f26c04b59254b2
Content-Type: text/plain; charset=ISO-8859-1; format=flowed; delsp=yes

The docs state that the return value of the stream_get_meta_data function  
will contain a 'filters' key which contains an array of filters registered  
on a stream. I noticed that the 'filters' array wasn't being returned, so I  
took a look at the source. It looks like this is a known issue because  
the 'filters' code is commented out (in 5.3 trunk and 5.4):

#if 0 /* TODO: needs updating for new filter API */
if (stream->filterhead) {
php_stream_filter *filter;

MAKE_STD_ZVAL(newval);
array_init(newval);

for (filter = stream->filterhead; filter != NULL; filter = filter->next) {
add_next_index_string(newval, (char *)filter->fops->label, 1);
}

add_assoc_zval(return_value, "filters", newval);
}
#endif

Does anyone know the status on updating this method for the new filter API?  
I don't see an open bug report, so I'd be happy to open one if needed.

Thanks,
Michael

--001636c5c05f63f26c04b59254b2--