Re: [RFC] Revert/extend/postpone original RFC about read_only, lazy_write sessions

From: Date: Tue, 18 Mar 2014 05:45:18 +0000
Subject: Re: [RFC] Revert/extend/postpone original RFC about read_only, lazy_write sessions
References: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15  Groups: php.internals 
Request: Send a blank email to internals+get-73256@lists.php.net to get a copy of this message
Hi! > I agree. > If nobody objects, I'll remove the option. Please send mail ASAP! I think defaults should not change in minor version, unless there's a very good reason for it, and here it's not a very good reason. Session module is very sensitive, and doing changes in it should be very conservative to not break people's workflows. While new behavior serves an important use case, it may not be everybody's use case, especially with all handlers. Thus, I would rather have it an option - exactly as voted. When we move into PHP 6, where certain major changes are expected, we can change the defaults. But I think introducing such change in a minor version is unnecessary risk. And also it subverts RFC process as it's not what the vote was for, and it's a substantial change - default behavior change (means, everybody affected) instead of option (means, only people using the option affected). > When is the beta due? I made PR so that RMs can merge it. I'd recommend waiting for it to be thoroughly reviewed before merging. I myself will try to take a look in coming days, as my schedule allows, but it may take time to polish some things. Sessions are very sensitive area, so we need to be very careful. -- Stanislav Malyshev, Software Architect SugarCRM: http://www.sugarcrm.com/ (408)454-6900 ext. 227

« previous php.internals (#73256) next »