Re: RFC [Discussion]: Improve unserialize() error handling
| From: | Larry Garfield | Date: | Thu, 08 Sep 2022 16:36:07 +0000 |
| Subject: | Re: RFC [Discussion]: Improve unserialize() error handling | ||
| References: | 1 2 3 4 5 | Groups: | php.internals |
| Request: | Send a blank email to internals+get-118587@lists.php.net to get a copy of this message | ||
On Thu, Sep 8, 2022, at 11:18 AM, Tim Düsterhus wrote:
> Hi
>
> On 9/7/22 23:44, Larry Garfield wrote:
>> Either I guess? Honestly we should decide that in advance on the list. :-)
>> E_WARNING+Exception in 9 is what I'd probably favor, with "Exception now" as a second
>> choice.
>>
>
> I'm a new-ish contributor here in internals, so I don't know how things
> were done in the past for similar situations/issues.
>
> I'm not sure, though if it makes sense to already decide on something
> for PHP 9. If it's not baked into code shortly after the vote finishes,
> then people might forget that "there's something that still needs to be
> done". For a deprecation one can at least go through all the
> deprecations once PHP 9 opens, as a deprecation effectively is defined
> to be a removal in the next major. For a warning this is less obvious.
>
> Personally my first choice would be "Straight to Exception", so I might
> not be the best person to decide on that :-)
>
> Best regards
> Tim Düsterhus
We've done this kind of two-step thing before; a lot of PHP 8 changes were voted on well in
advance of 8.0's release. A "Warning now, Exception in 9" vote would not be
unprecedented.
--Larry Garfield