Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:36736 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 40921 invoked from network); 31 Mar 2008 22:26:02 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 31 Mar 2008 22:26:02 -0000 Authentication-Results: pb1.pair.com smtp.mail=hannes.magnusson@gmail.com; spf=pass; sender-id=pass Authentication-Results: pb1.pair.com header.from=hannes.magnusson@gmail.com; sender-id=pass; domainkeys=bad Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.200.175 as permitted sender) DomainKey-Status: bad X-DomainKeys: Ecelerity dk_validate implementing draft-delany-domainkeys-base-01 X-PHP-List-Original-Sender: hannes.magnusson@gmail.com X-Host-Fingerprint: 209.85.200.175 wf-out-1314.google.com Received: from [209.85.200.175] ([209.85.200.175:20650] helo=wf-out-1314.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 19/B4-17962-9F461F74 for ; Mon, 31 Mar 2008 17:26:02 -0500 Received: by wf-out-1314.google.com with SMTP id 27so1905357wfd.26 for ; Mon, 31 Mar 2008 15:25:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=49TyeeBTU0tSQW+YKockrQYsHKAgqMLfI4OvCib6oIE=; b=FxxvcEYTnvwDzAOHnM3ku47uqSeCrmnM4bMblnxpiq05tAOkTSrFgMCMfHwJuXtwuaCM3VGOKGAb1kCI7V3T1E20iicxGIx7BYrGXcc949UtSZcLHtOfEGNZszc8FwoE8FBlWK7q0OeMkEx1EPIoGFI8CNZR/c02pbEzWqnBxng= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=IfDVtgsn81XPZh/Fho2HtG5fq5sqI+MfyW/QMViHb6kVfnqfR/P45Fti2G7AO42QkeXcJ40fFgYkX4pmNiYPo5EA9wsL9jeqjcnnnjaPAMCzQrjqX8wzI5GwZ0Cl9IwawKnj/LZcKir4PXajlFx1/GWu4+jFJpsPSqwLv3MT1rI= Received: by 10.142.103.6 with SMTP id a6mr4351853wfc.109.1207002359282; Mon, 31 Mar 2008 15:25:59 -0700 (PDT) Received: by 10.142.170.21 with HTTP; Mon, 31 Mar 2008 15:25:59 -0700 (PDT) Message-ID: <7f3ed2c30803311525r39f8c040h68ae4c4fe2018ba1@mail.gmail.com> Date: Tue, 1 Apr 2008 00:25:59 +0200 To: "Pierre Joye" Cc: "=?ISO-8859-1?Q?Johannes_Schl=FCter?=" , "Marcus Boerger" , "Derick Rethans" , "Marco Kaiser" , "PHP Developers Mailing List" , php-qa@lists.php.net, "Ilia Alshanetsky" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <1124764115.20080327105033@marcus-boerger.de> <47eb9d50.02e2660a.759d.2e19@mx.google.com> <826883759.20080331171437@marcus-boerger.de> <1206998314.2941.6.camel@goldfinger> Subject: Re: [PHP-QA] Re: [PHP-DEV] Re: [PHP-QA] BC break with php 5.2.6 From: hannes.magnusson@gmail.com ("Hannes Magnusson") On Tue, Apr 1, 2008 at 12:22 AM, Pierre Joye wrote: > On Mon, Mar 31, 2008 at 11:18 PM, Johannes Schl=FCter = wrote: > > Marcus, > > > > > > On Mon, 2008-03-31 at 17:14 +0200, Marcus Boerger wrote: > > > Hello Derick, > > > > > > it is a BUG FIX. Not fixing it means more people will turn it int= o a > > > feature and we will never be able to remove it. Becuase next time y= ou > > > will say we cannot remove it in a minor version as by then you acci= dentally > > > rely on it yourself. > > > > > > We made a mistake! Lets stand up and admit we did. Probably I was i= nvolved > > > in making that mistake, so sorry. Done. > > > > I have to agree with Derick here we shouldn't add a fatal error withi= n a > > bug fix release at such a place. People (hosters...) tend to update > > versions without checking all incompatibilities - since you don't exp= ect > > them and they want to get security issues fixed. > > > > Yes, the previous behavior was wrong! Yes we shouldn't encourage peop= le > > do do that. > > > > I'd propose making it an Warning or something in 5.2 and fixing it in > > 5.3. > > E_DEPRECATED is more appropriate. In 5.2? 5.2 doesn't have E_DEPRECATED and this should be fixed in 5.3, not issue a warning that it will be fixed in 5.4 or 6 -Hannes