Bug #72004 [Com]: DateTime comparison unexpected behavior

From: Date: Mon, 11 Apr 2016 17:30:23 +0000
Subject: Bug #72004 [Com]: DateTime comparison unexpected behavior
References: 1  Groups: php.bugs 
Request: Send a blank email to php-bugs+get-200484@lists.php.net to get a copy of this message
Edit report at https://bugs.php.net/bug.php?id=72004&edit=1 ID: 72004 Comment by: crussell52 at gmail dot com Reported by: mcloide1977 at gmail dot com Summary: DateTime comparison unexpected behavior Status: Open Type: Bug Package: Date/time related Operating System: Ubuntu 14.04.3 LTS PHP Version: 5.6.20 Block user comment: N Private report: N New Comment: It is worth noting, the example illustrates that the comparison works as expected *after* calling $now->getTimeStamp(). From the source, it looks likes the compare function conditionally invokes timelib_update_ts(). By comparison, date_timestamp_get unconditionally invokes timelib_update_ts(). This suggests that the value of o2->time->sse_uptodate is incorrect in the described scenario. Reference: https://github.com/php/php-src/blob/PHP-5.6.20/ext/date/php_date.c#L2192 static int date_object_compare_date(zval *d1, zval *d2 TSRMLS_DC) { ... if (!o1->time->sse_uptodate) { timelib_update_ts(o1->time, o1->time->tz_info); } if (!o2->time->sse_uptodate) { timelib_update_ts(o2->time, o2->time->tz_info); } .... } https://github.com/php/php-src/blob/PHP-5.6.20/ext/date/php_date.c#L3645 PHP_FUNCTION(date_timestamp_get) { ... timelib_update_ts(dateobj->time, NULL); ... } Previous Comments: ------------------------------------------------------------------------ [2016-04-11 17:28:05] cmshelto at gmail dot com Interestingly enough, only happens with the shorter timezone names (PDT, PST) and not the longer ones (America/Los_Angeles): <?php $now = new \DateTime ('@1460394772'); $now -> setTimezone (new \DateTimeZone ('PDT')); printf ("(PDT) now->format('U'): %s\n", $now -> format ('U')); $now -> getTimestamp(); printf ("(PDT) now->format('U'): %s\n", $now -> format ('U')); echo "\n"; $now = new \DateTime ('@1460394772'); $now -> setTimezone (new \DateTimeZone ('America/Los_Angeles')); printf ("(America/Los_Angeles) now->format('U'): %s\n", $now -> format ('U')); $now -> getTimestamp(); printf ("(America/Los_Angeles) now->format('U'): %s\n", $now -> format ('U')); Expected -------------- (PDT) now->format('U'): 1460394772 (PDT) now->format('U'): 1460394772 (America/Los_Angeles) now->format('U'): 1460394772 (America/Los_Angeles) now->format('U'): 1460394772 Actual ------------- (PDT) now->format('U'): 1460365972 (PDT) now->format('U'): 1460394772 (America/Los_Angeles) now->format('U'): 1460394772 (America/Los_Angeles) now->format('U'): 1460394772 I am not actually sure which timestamp I would expect to see (1460365972 or 1460394772) - but I am 100% sure I would not expect to get a different value back after calling getTimestamp() ------------------------------------------------------------------------ [2016-04-11 16:27:27] mcloide1977 at gmail dot com Description: ------------ When comparing 2 DateTime objects using comparison operators such as greater than, or less than, etc, you would expect that if DateTime object 1 has a timestamp that is greater than DateTime object 2 that it would return a truthful statement when being compared. While running some unit tests I managed to get some failures on a comparison test that simply did is $now >= $earlier. It, in all possible variations tested, failed where $now was never greater than or equals the $earlier DateTime object. That changed whenever there was a direct timestamp comparison happening or when the getTimeStamp method from the $now DateTime object. Before submitting this bug I have checked this bug report https://bugs.php.net/bug.php?id=68078 in which I had the hope that fixed the issue. It did not. The following test script was ran under: PHP 5.6.20-2+deb.sury.org~trusty+1 (cli) Copyright (c) 1997-2016 The PHP Group Zend Engine v2.6.0, Copyright (c) 1998-2016 Zend Technologies with Zend OPcache v7.0.6-dev, Copyright (c) 1999-2016, by Zend Technologies and under PHP 5.6.19 (cli) (built: Mar 14 2016 11:55:51) Copyright (c) 1997-2016 The PHP Group Zend Engine v2.6.0, Copyright (c) 1998-2016 Zend Technologies With the same end result. A copy of this test script can be found in: https://gist.github.com/mcloide/eb7db1cc38fe4c6476388902bda724c3 Test script: --------------- <?php foreach (['EST', 'EDT', 'CST', 'CDT', 'PST', 'PDT'] as $tz) { echo "---- TZ: $tz ---- \n"; $now = new DateTime('@' . (new DateTime('11:30 AM EST'))->getTimeStamp()); $earlier = new DateTime('7 AM', new DateTimeZone($tz)); echo $now->format('r') . "\n"; echo $earlier->format('r') . "\n"; $mod = $now->setTimeZone(new DateTimeZone($tz)); echo $now->format('r') . "\n"; echo $earlier->format('r') . "\n"; echo (int)($earlier < $now) . "\n"; echo $now->getTimestamp() . "\n"; echo (int)($earlier < $now) . "\n"; echo "------------------\n\n"; } Expected result: ---------------- When performing this comparison: echo (int)($earlier < $now) . "\n"; Regardless if getTimeStamp method is called the end result should be true. ---- TZ: CDT ---- Mon, 11 Apr 2016 16:30:00 +0000 Mon, 11 Apr 2016 07:00:00 -0600 Mon, 11 Apr 2016 10:30:00 -0600 Mon, 11 Apr 2016 07:00:00 -0600 1 1460392200 1 ------------------ Actual result: -------------- ---- TZ: CDT ---- Mon, 11 Apr 2016 16:30:00 +0000 Mon, 11 Apr 2016 07:00:00 -0600 Mon, 11 Apr 2016 10:30:00 -0600 Mon, 11 Apr 2016 07:00:00 -0600 0 1460392200 1 ------------------ ------------------------------------------------------------------------ -- Edit this bug report at https://bugs.php.net/bug.php?id=72004&edit=1

« previous php.bugs (#200484) next »