Re: RFC [Discussion]: Improve unserialize() error handling

From: Date: Tue, 06 Sep 2022 11:14:13 +0000
Subject: Re: RFC [Discussion]: Improve unserialize() error handling
References: 1  Groups: php.internals 
Request: Send a blank email to internals+get-118568@lists.php.net to get a copy of this message
On Mon, 5 Sept 2022 at 18:20, Tim Düsterhus <tim@bastelstu.be> wrote: > Hi > > I've now written up an RFC as a follow-up for the "What type of > Exception to use for unserialize() failure?" thread [1]: > > ---- > > RFC: Improve unserialize() error handling > https://wiki.php.net/rfc/improve_unserialize_error_handling > > Proof of concept implementation is in: > > https://github.com/php/php-src/pull/9425 > > Discussion period for that RFC is officially opened up. > > ---- > > The primary point of discussion in the previous mailing list thread and > in the PR comments is whether unserialize() should continue to emit > E_WARNING or whether that should consistently be changed to an > Exception. As of now I plan to explicitly vote on this and the RFC > contains some opinions on that matter. > > Best regards > Tim Düsterhus > > [1] https://externals.io/message/118311 > > -- > PHP Internals - PHP Runtime Development Mailing List > To unsubscribe, visit: https://www.php.net/unsub.php > > Thank you Tim for the thorough investigation. I didn't know how bad the situation was in regards to unserialization. So I'm now tending in favour of promoting the notice/warnings to exceptions as it is currently extremely hard to handle the behaviour correctly. Best regards, George P. Banyard

« previous php.internals (#118568) next »