Re: [RFC] [VOTE] Deprecations for PHP 8.6
| From: | Pierre Joye | Date: | Mon, 27 Jul 2026 15:30:21 +0000 |
| Subject: | Re: [RFC] [VOTE] Deprecations for PHP 8.6 | ||
| References: | 1 2 3 | Groups: | php.internals |
| Request: | Send a blank email to internals+get-132113@lists.php.net to get a copy of this message | ||
Hi,
On Mon, Jul 27, 2026 at 9:11 PM Matteo Beccati <php@beccati.com> wrote:
>
> Hi,
>
> > On 2026-07-27 12:31, Gina P. Banyard wrote:
> >> As announced last week I've opened the vote for the 8.6 mass
> >> deprecation RFC:
> >> https://wiki.php.net/rfc/deprecations_php_8_6
> At the time I'm the only one who voted "no" on
>
> https://wiki.php.net/rfc/deprecations_php_8_6#deprecate_dechunk_filter
>
> As things currently stand, projects that rely on this functionality
> (notably symfony/http-client and php-http/message) will start triggering
> deprecation notices in PHP 8.6. There are no plans to expose the
> underlying behaviour in an alternative way, despite this concern being
> raised during the discussion period.
>
> I believe we should provide such an alternative together with the
> deprecation, rather than expecting projects with 200M+ installations to
> "find an alternative, such as decoding it using code written in PHP".
On a side note in this "official" thread, I added gd and gd2 image
related functions to the list. I suppose they don't need a vote, as I
don't see them either in the "removed" list. They will effectively not
be available in php 9. And GD itself will do a deprecation warning in
8.7.
Cheers,
--
Pierre
@pierrejoye