Gina P. Banyard eröffnete eine Diskussion zu einer gebündelten RFC, die mehrere Deprecations für PHP 8.6 vorschlägt, wie jährlich üblich. Die über das zurückliegende Jahr von verschiedenen Personen zusammengestellte Liste wird in isolierten Abstimmungen behandelt. Die RFC muss bis zum 13. Juli in einen eingefrorenen Zustand übergehen. Weitere Deprecation-Vorschläge können noch eingereicht werden.

Juliette Reinders Folmer brachte eine gewichtige Kritik vor: Fast alle Vorschläge fehlte eine Impact-Analyse – Daten darüber, wie viele reale Codebases betroffen wären. Sie bezeichnete diese Unterlassung als unverantwortlich für informierte Abstimmungen und bot an, systematische Bewertungen mittels PHP_CodeSniffer und PHPCompatibility aufzubauen, womit sich etwa 70% der Vorschläge abdecken ließen.

Osama Aldemeery zeigte, wie die von Folmer geforderte Analyse aussieht, indem er detaillierte Impact-Metriken für die return-in-finally-Deprecation teilte. Er compilierte etwa 5.000 der am häufigsten installierten Composer-Pakete mit einem gepatchten PHP-Build und fand die neue Deprecation an nur 12 Stellen über 9 Pakete hinweg (etwa 0,18% des untersuchten Codes). Seine Analyse enthüllte drei Fälle, in denen die Deprecation latente Bugs beim Exception-Handling aufdecken würde, während die restlichen neun entweder absichtlich darauf angewiesen waren oder kein funktionales Problem darstellten. Er veröffentlichte die komplette Methodik und Site-by-Site-Analyse auf GitHub.