Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:55584 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 31780 invoked from network); 22 Sep 2011 14:02:31 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 22 Sep 2011 14:02:31 -0000 Authentication-Results: pb1.pair.com header.from=jbondc@openmv.com; sender-id=unknown Authentication-Results: pb1.pair.com smtp.mail=jbondc@openmv.com; spf=permerror; sender-id=unknown Received-SPF: error (pb1.pair.com: domain openmv.com from 64.15.152.204 cause and error) X-PHP-List-Original-Sender: jbondc@openmv.com X-Host-Fingerprint: 64.15.152.204 mail.ca.gdesolutions.com Received: from [64.15.152.204] ([64.15.152.204:58851] helo=mail.ca.gdesolutions.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 05/A4-09139-5FF3B7E4 for ; Thu, 22 Sep 2011 10:02:31 -0400 Received: from localhost (localhost [127.0.0.1]) by mail.ca.gdesolutions.com (Postfix) with ESMTP id D6F4B5DC0; Thu, 22 Sep 2011 10:02:26 -0400 (EDT) X-Virus-Scanned: amavisd-new at gdesolutions.com Received: from mail.ca.gdesolutions.com ([127.0.0.1]) by localhost (mail.ca.gdesolutions.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id o9dDoPKxiydM; Thu, 22 Sep 2011 10:02:26 -0400 (EDT) Received: from djbondc (modemcable166.116-70-69.static.videotron.ca [69.70.116.166]) by mail.ca.gdesolutions.com (Postfix) with ESMTPSA id 8DB885D79; Thu, 22 Sep 2011 10:02:25 -0400 (EDT) To: "'Matthew Weier O'Phinney'" , References: <4E790B82.6090805@akbkhome.com> <8C.A0.17510.E4DE97E4@pb1.pair.com> In-Reply-To: <8C.A0.17510.E4DE97E4@pb1.pair.com> Date: Thu, 22 Sep 2011 10:02:21 -0400 Message-ID: <004801cc7930$42ac9720$c805c560$@com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: Acx4ZpPiZIa1vq4+TUu7SwXnBl0+tgAyKHwA Content-Language: en-ca Subject: RE: [PHP-DEV] Re: is_a() - again - a better fix From: jbondc@openmv.com ("Jonathan Bond-Caron") On Wed Sep 21 09:57 AM, Matthew Weier O'Phinney wrote: > > > It then reverts is_a() back to the previous behavior, and clarifies > > the documentation. > > > To respect the release RFC, we shouldn't introduce a new BC break > (breaking behavior with something already released). > That's just a ridiculous statement, the release rfc should have been respected in the first place. Can you explain to me where in the RFC it explain that if "the new behavior is more correct" then a minor release can break BC? This whole story smells like bad PR, this is a new *feature* that breaks BC and not a bug fix. Either way, I don't have a strong opinion on reverting the change or not, but it should be *acknowledged* today that this "fix" did not belong in 5.3.8. If that's not done, then I have no hope for the future releases from PHP.net I'll look at package maintainers or companies with a more rigorous release process, it's that simple.