lstrojny

Lars Strojny, from InterNations GmbH

Positivity over time
Created RFCs
Name # of votes # of comments Approval % Version Target Last update Status
E_USER_DEPRECATED 0 0 0% 2008-07-18 Implemented
Static classes for PHP 0 0 0% 2008-05-03 Declined
Voted RFCs
RFC Question Voted Approval % Correct?
Allow arbitrary expression arguments to empty() and isset() Which of the language constructs should accept arbitrary arguments? Only empty() 81% Yes
array_part Should the current array_part() implementation be merged No 10.5% Yes
Generators Should generators be merged into master? Yes 96% Yes
Adding simple password hashing API Should the simplified password hashing API indicated here be included in master? Yes 100% Yes
Class Name Resolution As Scalar Via "class" Keyword Should the ::class feature be merged to master? Yes 90.9% Yes
ext/intl::UConverter Should the current UConverter implementation be merged Yes 100% Yes
ext/mysql deprecation Should ext/mysql generate E_DEPRECATED errors in PHP 5.5? Yes 67.6% Yes
ext/mysql deprecation If the vote to make ext/mysql generate E_DEPRECATED errors is unsuccessful, what course of action do you think we should take? (a) 100% Yes
Define PHP 5.3 end of life Which EOL period should we choose? Two years, one normal fixes and one security fixes only, announce with 5.5 final release 100% No
array_column Accept array_column() for inclusion in PHP? No 86.4% No
Remove calls with incompatible Context Deprecate calls with incompatible context in 5.5 and disallow them in the version after (be it 5.6 or 6.0) Yes 100% Yes
Fix CURL file uploads Accept the CURLFile API as preferred solution for file uploads in CURL? Yes 94.1% Yes
PHP CLI changing process title support Accept modifying CLI process title in PHP? Yes 96.6% Yes
Integrating Zend Optimizer+ into the PHP distribution rfc/optimizerplus Integrate into 5.5, even if minor delay required 100% Yes
Trailing comma function args Should the current optional trailing comma implementation be merged No 42.9% Yes
instance counter Should this RFC be implemented? Yes 6.7% No
Internal operator overloading and GMP improvements Should these changes be applied for PHP 5.6? GMP changes 88.2% Yes
Apparmor change_hat functionality for php-fpm RFC/fpm_change_hat Yes 100% Yes
Importing namespaced functions RFC/use_function Yes 80% Yes
Change crypt() behavior w/o salt Change crypt behavior when salt parameter is omitted. Generate E_NOTICE error 85.7% Yes
Exceptions in the engine Implement in PHP 5.6? Yes 54.3% Yes
Slim POST data RFC/slim_post_data Yes 100% Yes
phpdbg Distribute phpdbg with PHP5.6+ Yes 100% Yes
Use default_charset As Default Character Encoding Default Character Encoding Yes 88.9% Yes
Power Operator Should PHP get a power operator in 5.6? Yes, right associative 71.9% Yes
Argument Unpacking Implement argument unpacking in PHP 5.6? Yes 94.1% Yes
Alphanumeric Decrement Alphanumeric Decrement No 0% Yes
64 bit platform improvements for string length and integer in zval Keep the old macro names for LONG vs. INT, STRLEN vs. STRSIZE, etc. No 43.3% Yes
64 bit platform improvements for string length and integer in zval Keep zpp specs l, L, s, p as aliases to i, I, S, P No 46.9% Yes
64 bit platform improvements for string length and integer in zval Merge this RFC into PHP-5.6 having regard to Vote 2 and 3 Yes 42.9% No
Automatic Property Initialization Automatic Property Initialization Yes 38.9% No
Timing attack safe string comparison function Timing attack safe string comparison function Yes 95.7% Yes
__debugInfo() Name ___debugInfo() __debugInfo() 100% Yes
__debugInfo() Merge ___debugInfo() Yes (5.6) 88.9% Yes
Improved TLS Defaults Should the proposed TLS changes be merged for 5.6? Yes 100% Yes
Improve HTML escape Add / escape and Make ENT_QUOTES default Yes 28.6% No
Introduce session_start() options - read_only, unsafe_lock, lazy_write and lazy_destroy Read only, lazy write option Yes 90% Yes
Array Of Array Of Type Hinting Yes 20% No
Keeping PHPT Tests Green Choose one or more of the four options above of handling bad commits Revert ASAP 100% No
Keeping PHPT Tests Green Accept the description in this RFC as an official policy of the PHP project with regard to the tests Yes 100% Yes
64 bit platform improvements for string length and integer in zval Merge strategy Phpng 100% Yes
64 bit platform improvements for string length and integer in zval Accept this RFC for PHP6 (or whatever next major is called) Yes 54.9% Yes
Uniform Variable Syntax Implement Uniform Variable Syntax in PHP 6? Yes 96.8% Yes
Name of Next Release of PHP Shall the name of PHP NEXT be PHP 6, or PHP 7? PHP 7 100% Yes
Move the phpng branch into master Move phpng to master? Yes 95.9% Yes
Abstract syntax tree Use AST implementation in PHP 7? Yes 100% Yes
Integer Semantics Accept the integer semantics RFC and merge patch into master? Yes 66.7% Yes
Remove alternative PHP tags Remove alternative PHP tags in PHP 7? Yes 76.5% Yes
Fix list() behavior inconsistency Fix list() behavior inconsistency? Disable string handling in all cases 100% Yes
64 bit format codes for pack() and unpack() 64 bit format codes for pack() and unpack() Yes 100% Yes
loop + or control structure Loop + or control structure in PHP 7 No 26.7% Yes
Safe Casting Functions Should the Safe Casting Functions RFC be accepted, and the patch merged into master? No 23.8% Yes
PHP 7.0 timeline php7timeline Yes 94.4% Yes
Access to aliases definition by reflection Access to aliases definition by reflection Yes 9.1% No
Native TLS Native TLS Yes 100% Yes
PHP 5.7 Accept the PHP 5.7 RFC? No 42.4% Yes
Remove deprecated functionality in PHP 7 Unbundle the ext/mysql extension? Yes 70% Yes
Remove deprecated functionality in PHP 7 Unbundle the ext/ereg extension? Yes 92.5% Yes
Remove deprecated functionality in PHP 7 Remove dl() in fpm-fcgi SAPI? Yes 100% Yes
Remove deprecated functionality in PHP 7 Remove (set_)magic_quotes_runtime() functions? Yes 100% Yes
Remove deprecated functionality in PHP 7 Remove support for calls from incompatible context? Yes 100% Yes
Remove deprecated functionality in PHP 7 Remove assignment of new by reference? Yes 83.8% Yes
Remove deprecated functionality in PHP 7 Remove xsl.security_prefs ini directive? Yes 100% Yes
Remove deprecated functionality in PHP 7 Remove extension specific encoding ini directives? Yes 100% Yes
Remove deprecated functionality in PHP 7 Remove listed deprecated functions? Yes 100% Yes
Remove deprecated functionality in PHP 7 Remove $is_dst parameter of the mktime() and gmmktime() functions? Yes 100% Yes
Remove deprecated functionality in PHP 7 Remove support for #-style comments in ini files? No 87.1% No
Remove deprecated functionality in PHP 7 Remove preg_replace() eval modifier? Yes 97.1% Yes
Remove deprecated functionality in PHP 7 Disallow enabling unsafe curl uploads? Yes 76% Yes
Remove deprecated functionality in PHP 7 Disallow string category names in setlocale()? Yes 96.4% Yes
Remove deprecated functionality in PHP 7 Remove CN_match and SNI_server_name stream context options? Yes 80% Yes
Remove deprecated functionality in PHP 7 Remove PDO::PGSQL_ATTR_DISABLE_NATIVE_PREPARED_STATEMENT driver option? Yes 80% Yes
Preserve Fractional Part in JSON encode Preserve Fractional Part in JSON encode Yes 100% Yes
Return Type Declarations Typed Returns Yes 94% Yes
Turn gc_collect_cycles into function pointer Turn gc_collect_cycles into function pointer? Yes 100% Yes
Default constructors Should PHP 7 have default constructor semantics as described in this proposal? Yes 57.4% Yes
Remove hex support in numeric strings Remove hex support in numeric strings? Yes 100% Yes
Fast Parameter Parsing API Should PHP 7 have Fast Parameter Parsing API? Yes 95% Yes
Scalar Type Hints Accept the Scalar Type Hints RFC and merge patch into master? No 66.3% No
Scalar Type Hints Reserve type names if RFC does not pass? Yes 80.9% Yes
Scalar Type Hints Type aliases Allow synonyms 77% Yes
Fix "foreach" behavior Fix foreach behavoir? Yes 97.1% Yes
Removal of dead or not yet PHP7 ported SAPIs and extensions Remove sapi/apache_hooks from the core Yes 100% Yes
Removal of dead or not yet PHP7 ported SAPIs and extensions Remove sapi/apache from the core Yes 100% Yes
Removal of dead or not yet PHP7 ported SAPIs and extensions Remove sapi/aolserver from the core Yes 100% Yes
Fix "foreach" behavior Stop using internal array/object pointer in foreach by reference? Yes 97.1% Yes
Removal of dead or not yet PHP7 ported SAPIs and extensions Remove sapi/apache2filter from the core Yes 95.8% Yes
Removal of dead or not yet PHP7 ported SAPIs and extensions Remove sapi/continuity from the core Yes 100% Yes
Removal of dead or not yet PHP7 ported SAPIs and extensions Remove sapi/isapi from the core Yes 100% Yes
Removal of dead or not yet PHP7 ported SAPIs and extensions Remove sapi/caudium from the core Yes 100% Yes
Removal of dead or not yet PHP7 ported SAPIs and extensions Remove sapi/milter from the core No 52.6% No
Removal of dead or not yet PHP7 ported SAPIs and extensions Remove sapi/phttpd from the core Yes 100% Yes
Removal of dead or not yet PHP7 ported SAPIs and extensions Remove sapi/webjames from the core Yes 100% Yes
Removal of dead or not yet PHP7 ported SAPIs and extensions Remove sapi/thttpd from the core Yes 100% Yes
Removal of dead or not yet PHP7 ported SAPIs and extensions Remove sapi/tux from the core Yes 100% Yes
Removal of dead or not yet PHP7 ported SAPIs and extensions Remove sapi/roxen from the core Yes 100% Yes
Removal of dead or not yet PHP7 ported SAPIs and extensions Remove sapi/pi3web from the core Yes 100% Yes
Removal of dead or not yet PHP7 ported SAPIs and extensions Remove ext/pdo_dblib from the core Yes 18.2% No
Removal of dead or not yet PHP7 ported SAPIs and extensions Remove ext/mssql from the core Yes 85% Yes
Removal of dead or not yet PHP7 ported SAPIs and extensions Remove ext/mcrypt from the core Yes 45.5% No
Removal of dead or not yet PHP7 ported SAPIs and extensions Remove ext/imap from the core Yes 42.4% No
Removal of dead or not yet PHP7 ported SAPIs and extensions Remove ext/sybase_ct from the core Yes 94.4% Yes
Skipping optional parameters for functions Should PHP 7 support parameter skipping as described in this RFC? No 38.6% Yes
Group Use Declarations Should Grouped Use Declarations be added to PHP 7 No 67.2% No
Combined Comparison (Spaceship) Operator Accept the Combined Comparison (Spaceship) Operator RFC and merge patch into master? Yes 79.6% Yes
Remove the date.timezone warning Should the warning about a not set date.timezone ini setting be removed in master? Yes 74.4% Yes
Expectations Merge changes into master? Yes, with custom exceptions 97.7% Yes
Improve array to string conversion array-to-string Yes 77.3% Yes
Exceptions in the engine (for PHP 7) Allow exceptions in the engine and conversion of existing fatals? Yes 96.8% Yes
Exceptions in the engine (for PHP 7) Introduce and use BaseException? No 67.2% No
Context Sensitive Lexer Should PHP7 have a context sensitive lexer? Yes 75% Yes
Remove PHP 4 Constructors remove_php4_constructors Yes 92.6% Yes
Scalar Type Declarations Accept Scalar Type Declarations With Optional Strict Mode? No 69.2% No
Generator Return Expressions Allow Generator return expressions in PHP7 Yes 100% Yes
Reserve More Types in PHP 7 reserve_more_types_in_php_7 Yes 95.2% Yes
Reserve Even More Types in PHP 7 Reserved Type: mixed Yes 73.2% Yes
Reserve Even More Types in PHP 7 Reserved Type: numeric Yes 78.6% Yes
Reserve Even More Types in PHP 7 Reserved Type: resource Yes 69% Yes
Reserve Even More Types in PHP 7 Reserved Type: object Yes 81.8% Yes
Reserve Even More Types in PHP 7 Reserved Type: scalar Yes 64.2% Yes
In Operator Introduce the in operator? Yes 44.7% No
Generator Delegation Allow Generator delegation in PHP7 Yes 100% Yes
Easy User-land CSPRNG Reliable user-land CSPRNG Yes 100% Yes
Constructor behaviour of internal classes Constructor behaviour of internal classes Yes 97% Yes
Anonymous Classes Anonymous Classes Yes 96.2% Yes
Improved Error Callback Mechanism improved_error_callback Yes 87.5% Yes
Random Functions Throwing Exceptions in PHP 7 Should this RFC be accepted for 7.0 Yes 93.3% Yes
Short Closures Short Closures Yes 42.3% No
Void Return Type Accept the Void Return Type RFC for PHP 7.1 and merge patch into master? Yes 84.1% Yes
Generalize support of negative string offsets Generalize support of negative string offsets Yes 0% Yes