Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:45632
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 72.14.220.154 as permitted sender)
DomainKey-Status: bad
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :cc:content-type;
        b=oallK8ZdXqnJd/0bXJQAyOxiOhrXNFxAU28plWwEuFFYHfhj4hlZSpszB4UxLZH4VY
         kFmHrmV/p77jezXZA9Yk7PRfoxIX8OjVvLs7uadvjCNNNG776CiLLIG1LrTip/zS9a+t
         0Uq1N3TT4gDG2PtmrRz+BnPD69jMV4CO4z32w=
MIME-Version: 1.0
In-Reply-To: <fe05d1540909221046u4b8e41e2rd1f3003eed023b52@mail.gmail.com>
References: <fe05d1540909221046u4b8e41e2rd1f3003eed023b52@mail.gmail.com>
Date: Tue, 22 Sep 2009 23:22:35 +0200
Message-ID: <7f3ed2c30909221422m516b0c16pfb2652ffc55ff1ae@mail.gmail.com>
To: Pierre Joye <pierre.php@gmail.com>
Cc: PHP internals <internals@lists.php.net>
Content-Type: text/plain; charset=ISO-8859-1
Subject: Re: [PHP-DEV] BC break in stable branches
From: hannes.magnusson@gmail.com (Hannes Magnusson)

On Tue, Sep 22, 2009 at 19:46, Pierre Joye <pierre.php@gmail.com> wrote:
> hi,
>
> A small reminder about what we may not do :)
>
> It would rock if we don't introduce behaviors changes in 5.2 anymore
> as it is really meant for security fixes only. The last in date is

I find it very hard to believe that "over 75 bug fixes" were all
security related


> breaking something that was working for the last ten 5.2 releases:
>
> http://bugs.php.net/bug.php?id=44144
>
> It could be seen as logical and harmless but it can have dramatic side
> effects, especially for something as critical than autoload.

Fortunately, making it very obvious to see your application is failing
as it doesn't work at all. It however isn't in the autoloader. Its in
a function that returns all SPL autoloaders.
And a fun fact: Is barely documented. Just like ~50% of the rest of
the SPL stuff.

This is a pure bugfix which was fixed over 2 _years_ ago. Thats quite
some time to wait for an obvious bugfix.
If people had workaround for this bug (I'm not sure how that is
actually possible, as the returned value made no sense and you have no
chance of getting the real object back) then they would have
implemented the expected behavior too, hence not breaking anything.

And. It was not considered as BC break according to the 5.3 release
notes. Just a good old bugfix.

Its also a bit funny that a guy from symfony reported that ticket,
especially since it was a symfony guy who reported that bug to me...

-Hannes