#40037 [Asn->WFx]: Incorrect output from strtotime, when timestr is used with a relative term this

ID: 40037 Updated by: derick@php.net Reported By: shruti224 at yahoo dot com -Status: Assigned +Status: Wont fix Bug Type: Date/time related Operating System: ES4 PHP Version: 5.2.0 Assigned To: derick New Comment: Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php The new parser is slightly more advanced and actually takes order into account, which means that: 14:00:0 - will set the time to 14:00 UTC - sets the timezone to UTC this Friday - sets the time to the start of this friday, which is 00:00 if you change the timestring to: "this Friday 14:00:0 UTC" it works properly. As I think this is the more correct behaviour (and more flexible in the end) - it's too stay. Previous Comments: ------------------------------------------------------------------------ [2007-01-05 19:39:02] shruti224 at yahoo dot com The following line in the sample script is used purely for demonstration purpose to give the idea to the developer of the test system's current time in UTC. print "now UTC from strtotime [" . strtotime("now UTC") . "]\n"; The bug occurs when strtotime is invoked with a pattern containing timestr and a relative term ("this Friday") in my example. ------------------------------------------------------------------------ [2007-01-05 19:30:19] shruti224 at yahoo dot com Description: ------------ Sample script to demonstrate the issue: <?php print "14:00:0 UTC this Friday [" . strtotime("14:00:0 UTC this Friday") . "]\n"; print "this Friday UTC [" . strtotime("this Friday UTC") . "]\n"; print "now UTC from strtotime [" . strtotime("now UTC") . "]\n"; ?> When I used this same script with : "PHP 5.0.5 (cli) (built: Oct 29 2006 22:42:15) Copyright (c) 1997-2004 The PHP Group Zend Engine v2.0.5, Copyright (c) 1998-2004 Zend Technologies" and my System's date being: # date Fri Jan 5 14:21:38 EST 2007 I got the correct desired output, which is as follows: 14:00:0 UTC this Friday [1168005600] this Friday UTC [1167955200] now UTC from strtotime [1168006899] After upgrading to PHP 5.2 "PHP 5.2.0 (cli) (built: Jan 2 2007 12:44:27) Copyright (c) 1997-2006 The PHP Group Zend Engine v2.2.0, Copyright (c) 1998-2006 Zend Technologies" and system's date now being # date Fri Jan 5 14:23:00 EST 2007 The same script as above generated the following incorrect output: 14:00:0 UTC this Friday [1167955200] this Friday UTC [1167955200] now UTC from strtotime [1168006981] By the look of it, it seems as if it ignores the time string completely. Please let me know, if I need to provide any further information. ------------------------------------------------------------------------ -- Edit this bug report at http://bugs.php.net/?id=40037&edit=1