Hello internals,
With a small delay due to unexpected circumstances I've started the vote on the "Exempt input type and value validation from BC Break policy" policy RFC.
It will run from today the 2026-03-21 until the 2026-04-04 at 12:00 UTC.
The RFC can be found at the following link: https://wiki.php.net/rfc/policy-exempt-type-value-error-bc-policy
Best regards,
Gina P. Banyard
Am 21.03.2026 um 12:22 schrieb Gina P. Banyard internals@gpb.moe:
With a small delay due to unexpected circumstances I've started the vote on the "Exempt input type and value validation from BC Break policy" policy RFC.
It will run from today the 2026-03-21 until the 2026-04-04 at 12:00 UTC.The RFC can be found at the following link: https://wiki.php.net/rfc/policy-exempt-type-value-error-bc-policy
I think adding more input parameter validation is a good thing and I like the idea of making it easier, i.e. not requiring an RFC but not going through a E_DEPRECATION/E_WARNING phase unfortunately is a blocker for me and that's why I voted "no".
Regards,
- Chris
Hi Gina,
Il 21/03/2026 12:22, Gina P. Banyard ha scritto:
Hello internals,
With a small delay due to unexpected circumstances I've started the vote on the "Exempt input type and value validation from BC Break policy" policy RFC.
It will run from today the 2026-03-21 until the 2026-04-04 at 12:00 UTC.The RFC can be found at the following link: https://wiki.php.net/rfc/policy-exempt-type-value-error-bc-policy
I know the intention is good, but my fear is that the burden on third
party OSS developers could potentially be unbearable. That's the reason
I voted no.
Cheers
Matteo Beccati
Hey Gina,
Hi Gina,
Il 21/03/2026 12:22, Gina P. Banyard ha scritto:
Hello internals,
With a small delay due to unexpected circumstances I've started the vote
on the "Exempt input type and value validation from BC Break policy" policy
RFC.
It will run from today the 2026-03-21 until the 2026-04-04 at 12:00 UTC.The RFC can be found at the following link:
https://wiki.php.net/rfc/policy-exempt-type-value-error-bc-policyI know the intention is good, but my fear is that the burden on third
party OSS developers could potentially be unbearable. That's the reason
I voted no.Cheers
Matteo Beccati
I'm having thoughts similar to Matteo's here, but since this is about
restricting the amount of acceptable input (for correctness and security
reasons), I think it balances out the risk, and I voted Yes.
Marco Pivetta
Hello internals,
With a small delay due to unexpected circumstances I've started the vote on the "Exempt input type and value validation from BC Break policy" policy RFC.
It will run from today the 2026-03-21 until the 2026-04-04 at 12:00 UTC.The RFC can be found at the following link: https://wiki.php.net/rfc/policy-exempt-type-value-error-bc-policy
The RFC has been accepted with 26 votes in favour, 5 against, and 3 abstentions.
It has passed the 2/3 majority threshold with 84% of yes votes.
Best regards,
Gina P. Banyard