Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:91011 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 11601 invoked from network); 29 Jan 2016 11:40:19 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 29 Jan 2016 11:40:19 -0000 Authentication-Results: pb1.pair.com header.from=anatol.php@belski.net; sender-id=unknown Authentication-Results: pb1.pair.com smtp.mail=anatol.php@belski.net; spf=permerror; sender-id=unknown Received-SPF: error (pb1.pair.com: domain belski.net from 85.214.73.107 cause and error) X-PHP-List-Original-Sender: anatol.php@belski.net X-Host-Fingerprint: 85.214.73.107 klapt.com Received: from [85.214.73.107] ([85.214.73.107:45983] helo=h1123647.serverkompetenz.net) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id D1/B2-24533-1AF4BA65 for ; Fri, 29 Jan 2016 06:40:18 -0500 Received: by h1123647.serverkompetenz.net (Postfix, from userid 1006) id CCFF7783094; Fri, 29 Jan 2016 12:40:14 +0100 (CET) X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on h1123647.serverkompetenz.net X-Spam-Level: X-Spam-Status: No, score=-2.9 required=2.5 tests=ALL_TRUSTED,BAYES_00, URIBL_BLOCKED autolearn=unavailable autolearn_force=no version=3.4.0 Received: from w530phpdev (p579F3A9A.dip0.t-ipconnect.de [87.159.58.154]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by h1123647.serverkompetenz.net (Postfix) with ESMTPSA id 624DD780482; Fri, 29 Jan 2016 12:40:11 +0100 (CET) To: "'Yasuo Ohgaki'" Cc: "'Stanislav Malyshev'" , "'Remi Collet'" , , "'Yasuo Ohgaki'" References: <03a501d15439$fcbf9ca0$f63ed5e0$@php.net> <56A1054A.5080102@fedoraproject.org> <56A2069B.2050007@fedoraproject.org> <56A21D68.6030403@fedoraproject.org> <56A825A9.9020706@gmail.com> <56A85967.4090603@gmail.com> <01c101d158d9$a0533450$e0f99cf0$@belski.net> <01d001d158e5$157f14a0$407d3de0$@belski.net> In-Reply-To: Date: Fri, 29 Jan 2016 12:39:57 +0100 Message-ID: <057d01d15a89$cfe6bdc0$6fb43940$@belski.net> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Outlook 16.0 Thread-Index: AQHsl++e30t/kLKxuC36hZ0/YzeBFQIq8uRuAYbF2n8BtZ3tHgEw+119AcPWaWACq7463QJG1BqXAfA9AHQCvCEp2AE8PREhAbTLzh0CPkmSHZ4ihAGg Content-Language: en-us Subject: RE: [PHP-DEV] PHP 7.0.3 RC1 is available for testing - **** BC break *** From: anatol.php@belski.net ("Anatol Belski") Hi, > -----Original Message----- > From: yohgaki@gmail.com [mailto:yohgaki@gmail.com] On Behalf Of Yasuo > Ohgaki > Sent: Wednesday, January 27, 2016 11:05 AM > To: Anatol Belski > Cc: Stanislav Malyshev ; Remi Collet > ; internals@lists.php.net; Yasuo Ohgaki > > Subject: Re: [PHP-DEV] PHP 7.0.3 RC1 is available for testing - **** = BC break *** >=20 > Hi Anatol, >=20 > On Wed, Jan 27, 2016 at 6:28 PM, Anatol Belski = wrote: > > If you're willing to work on fixing BC breaches till next minor RC, = it might be > the way to proceed. If on the next RC we see no signs of regression, = so we could > take it into the next minor. Otherwise, if we see that there are still = doubts on > stability, we could stop trying to bring those changes in a stable = branch but go > for master. Yasuo, it's really up to your willingness to spend time on = stabilizing, > maybe also checking the Horde tests where the issues was initially = discovered, > and being aware of possible risk that it possibly wouldn't make it = into stable. > Anyways for the upcoming final, releasing your patches seems risky. >=20 > I'm sure unit test failures cannot be fixed. It's relying on old buggy = behaviors. > Since I cannot fix users' unit tests, I fully agree to revert = offending patches. In > return, we'll have buggy behaviors, but it shouldn't be fatal because = users have > been living with them for a long time. >=20 > Unlike other internal functions, session module functions expose many = internal > data and logic to user space. Even if changes should not affect normal > operations, changes may break users' tests as they are testing = abnormal cases > usually. For this reason, I'll not commit changes to released versions = from now > on, if it changes exposed data/logic. e.g. Save handler execution = order, session > data manipulation logic. >=20 > Please let me know if I should revert them. If it is not burden for = you, please > revert them by yourself. >=20 Ext/session was reset to the state of 5.6.17 and 7.0.2 in the respective = dev branches. The bug #69111 is refixed, it does crash in 5.6 only, so = probably topic for the next final. Thanks Anatol