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

Hey Matteo, On Tue, Jul 28, 2026 at 2:36 PM Matteo Beccati <php@beccati.com> wrote: > > 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/bb5999123482057647a0831010d14b6b34fe443c/src/Symfony/Component/HttpClient/NativeHttpClient.php#L227 > > FYI, Symfony has implemented a pure-PHP alternative in 8.2: > > /F®pÅ` > e|Úø<7•µhttps://github.com/symfony/symfony/commit/dca372b185100e82c556a741a96cbae1538162f2 > > 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, -- Pierre @pierrejoye