Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:55585
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.220.170 as permitted sender)
MIME-Version: 1.0
Sender: kalle.php@gmail.com
In-Reply-To: <20110922134956.GA28577@panix.com>
References: <4E790B82.6090805@akbkhome.com>
	<8C.A0.17510.E4DE97E4@pb1.pair.com>
	<1316615094.2810.5.camel@guybrush>
	<CAEZPtU51Hk+kmLhNqnCjDbRuW2t7QUumQX2qotPKLbeJkD1rAA@mail.gmail.com>
	<1316629502-sup-831@fewbar.com>
	<CAJW__o0WKqh0f71+r4m7ZMf2XhyJT3brs=9Phz=jFHtn=OQkaA@mail.gmail.com>
	<20110922134956.GA28577@panix.com>
Date: Thu, 22 Sep 2011 17:03:19 +0200
Message-ID: <CAJW__o0=-_BUaWMPw16vJPgeNFA86P=EQ1WWsH8kgmJWhGv42Q@mail.gmail.com>
To: Daniel Convissor <danielc@analysisandsolutions.com>
Cc: PHP Internals List <internals@lists.php.net>
Content-Type: text/plain; charset=ISO-8859-1
Subject: Re: [PHP-DEV] Re: is_a() - again - a better fix
From: kalle@php.net (Kalle Sommer Nielsen)

Hi

2011/9/22 Daniel Convissor <danielc@analysisandsolutions.com>:
> Breaking PHP for untold thousands upon thousands of applications created
> over the past nine years is a FAR bigger problem for our image.

While don't like the change due the break in a stable branch which I
also wrote about in the bug report. Then I don't see why this was not
caught in one of the RC packages sent out to confirm there was no
behavior changes, but we got no feedback on it and went ahead. While
it is unfortunate and it should have been reverted in the patch level
sort of release, it wasn't.

Actually it is 7 years theoretically because we don't support PHP4,
while I know that the change was at our end, that still doesn't
justify a change of behavior in a package. It is not like we change
the inner workings of PHP when packaging the Windows port.

What needs to be done here, is to simply "move on", endless rage is
not solving anything, nor is it to have everyone go their way. 5.4 is
coming a long greatly with the improved test cases, and I think to
isolate such issues then the package maintainers should test the RC's
with either popular packages in their system or related, so issues
like this is caught in that process.


-- 
regards,

Kalle Sommer Nielsen
kalle@php.net