Doc #52143 [Opn->Csd]: strtotime() unexpectedly changed from 5.2.13 to 5.3.2 breaking alot of scripts

Edit report at https://bugs.php.net/bug.php?id=52143&edit=1 ID: 52143 Updated by: googleguy@php.net Reported by: jason dot woods at blueyonder dot co dot uk Summary: strtotime() unexpectedly changed from 5.2.13 to 5.3.2 breaking alot of scripts -Status: Open +Status: Closed Type: Documentation Problem Package: Documentation problem Operating System: CentOS 5.5 x86_64 PHP Version: 5.3.2 -Assigned To: +Assigned To: googleguy Block user comment: N Private report: N New Comment: This bug has been fixed in the documentation's XML sources. Since the online and downloadable versions of the documentation need some time to get updated, we would like to ask you to be a bit patient. Thank you for the report, and for helping us make our documentation better. Previous Comments: ------------------------------------------------------------------------ [2013-01-16 11:04:20] googleguy@php.net Automatic comment from SVN on behalf of googleguy Revision: http://svn.php.net/viewvc/?view=revision&amp;revision=329158 Log: Updated changelog for strtotime's relative week changes. Fixes bug #52143. This affects Derick's commits for 357292a098f572bc7baf11a8438314072af6c00b and 089bc254eb33b3c42418f869f2478ce35558c9ea in PHP 5.3, which change this behavior. ------------------------------------------------------------------------ [2012-12-10 01:54:32] aharvey@php.net This was meant to be a documentation problem, I gather. Changing the bug type to get it on the doc team radar. @sonnenberg: I'd suggest hitting up one of the many support channels available for PHP. The bug tracker isn't a support forum, and your issue isn't particularly related to this bug (short version: ISO week numbers don't work the way you necessarily expect in terms of the last week of the year). ------------------------------------------------------------------------ [2012-12-08 16:19:49] sonnenberg at gmail dot com I have a similar problem, but I'm calculating with weeks and am getting inconsistent results. Test script: ------------ <?php echo strftime("%Y %W", strtotime("-1 week", strtotime("2013W01"))) . "\n"; echo strftime("%Y %W", strtotime("+1 week", strtotime("2012W52"))) . "\n"; echo gmdate("Y W", strtotime("2012W53")) . "\n"; echo strftime("%Y %W", strtotime("2012W53")) . "\n"; echo date("Y W", strtotime("2012W53")) . "\n"; ?> Expected result: ---------------- 2012 53 2012 53 2012 53 2012 53 2012 53 Actual result: -------------- 2012 52 2012 53 2012 52 2012 53 2012 01 - this one is particulary interesting... I've tried different timezones, but that does not seem to affect this issue as I get the same output for all timezones. php version: ------------ PHP 5.3.10-1ubuntu3.4 with Suhosin-Patch (cli) (built: Sep 12 2012 18:59:41) Copyright (c) 1997-2012 The PHP Group Zend Engine v2.3.0, Copyright (c) 1998-2012 Zend Technologies with Xdebug v2.2.1, Copyright (c) 2002-2012, by Derick Rethans ------------------------------------------------------------------------ [2010-09-27 10:49:30] derick@php.net The new behaviour is correct; this was a bug fix. ------------------------------------------------------------------------ [2010-09-24 02:57:19] kkcagg at gmail dot com Bug also shows up in PHP version 5.3.3. It seems to be normalizing the value to the Monday of the target week. For example: strtotime('next week') would be equivalent to strtotime('Monday next week') instead of the expected value of the current time plus the number of seconds in a week. ------------------------------------------------------------------------ The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at https://bugs.php.net/bug.php?id=52143 -- Edit this bug report at https://bugs.php.net/bug.php?id=52143&edit=1