RE: [PHP-DEV] question about backward-compatibility break/bug in php 5.2.6
| From: | Jack Steadman | Date: | Thu, 24 Jul 2008 15:09:56 +0000 |
| Subject: | RE: [PHP-DEV] question about backward-compatibility break/bug in php 5.2.6 | ||
| References: | 1 2 3 4 | Groups: | php.internals |
| Request: | Send a blank email to internals+get-39272@lists.php.net to get a copy of this message | ||
> Ah, yes, the change responsible is the following:
>
>
> <http://cvs.php.net/viewvc.cgi/php-src/ext/date/lib/timelib.h?
> r1=1.10.2.11.2.4&r2=1.10.2.11.2.5&pathrev=PHP_5_2>
>
> It fixes bug #44209
> <http://bugs.php.net/bug.php?id=44209>.
OK, thanks, it's good to understand the change in behavior.
> Or to put it that way: The current behaviour of PHP 5.2.6 is the
> expected behaviour (at least what reading the source tells about the
> author's intentions) and it was broken before.
>
> As to whether it's a good idea that strtotime() accepts invalid dates,
> I'll stay out of that discussion.
If this is the way it's always been (accepting zero month and day values
as you described earlier), then I suspect that you'll be reluctant to
change behavior without significant thought (and of course, I wouldn't
expect otherwise, even though I've expressed my disagreement with the
current behavior).
What's the best way to get this fully documented? Should I submit a new
bug report relating to the documentation, rather than a PHP bug?
Jack