Re: [PHP-DEV] [RFC] [VOTE] Deprecations for PHP 8.6

Hey Matteo,

On Tue, Jul 28, 2026 at 2:36=E2=80=AFPM Matteo Beccati <[email protected]> wr=
ote:
>
> Hi Pierre,
>
> Il 28/07/2026 05:52, Pierre Joye ha scritto:
> > For example, Symfony's native http client disable it by default as it
> > fails/failed to work correctly with stream_select, according to the
> > inline comment in
> > https://github.com/symfony/symfony/blob/bb5999123482057647a0831010d14b6=
b34fe443c/src/Symfony/Component/HttpClient/NativeHttpClient.php#L227
>
> FYI, Symfony has implemented a pure-PHP alternative in 8.2:
>
> https://github.com/symfony/symfony/commit/dca372b185100e82c556a741a96cbae=
1538162f2
>
> That's why your search pointed in the wrong direction. Pre-8.2 there are
> a couple of:
>
> stream_filter_append(..., 'dechunk', \STREAM_FILTER_WRITE);
>
> in the code, if for whatever reason the Curl client is not in use.
>
>
> > I would go with keeping that deprecation, and if anything went off the
> > radar, the major frameworks components will surely, or hopefully,
> > provide the feedback required to revisit this deprecation before RC1.
> Yet, feedback on how to improve/mitigate was provided and ignored during
> the discussion period. Avoiding the deprecation on
> stream_filter_append(), as suggested, would have been nice.

Thanks :)

I miss the 8.2 switch. That being said, deprecation is for php 9
removal as a target ideally. Keeping stream_filter_append that brings
little to support users to migrate to a final solution earlier. Half
baked deprecation can lead to missing places where implementation
should be updated (not in project mentioned here tho' but many
internal code out there).

Cheers,
--=20
Pierre

@pierrejoye