Bug #72004 [Com]: DateTime comparison unexpected behavior
Edit report at https://bugs.php.net/bug.php?id=72004&edit=1
ID: 72004
Comment by: cmshelto 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:
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()
Previous Comments:
------------------------------------------------------------------------
[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
Thread (6 messages)