Bug #62331 [Asn->Dup]: DateTime::add() produces inconsistent resultst
| From: | heiglandreas@php.net | Date: | Sun, 19 Mar 2017 10:34:18 +0000 |
| Subject: | Bug #62331 [Asn->Dup]: DateTime::add() produces inconsistent resultst | ||
| References: | 1 | Groups: | php.bugs |
| Request: | Send a blank email to php-bugs+get-207939@lists.php.net to get a copy of this message | ||
Edit report at https://bugs.php.net/bug.php?id=62331&edit=1
ID: 62331
Updated by: heiglandreas@php.net
Reported by: ruesche at fka dot de
Summary: DateTime::add() produces inconsistent resultst
-Status: Assigned
+Status: Duplicate
Type: Bug
Package: Date/time related
Operating System: Windows, Linux
PHP Version: Irrelevant
Assigned To: derick
Block user comment: N
Private report: N
New Comment:
As this has already been reported as duplicate we'll track it at https://bugs.php.net/bug.php?id=74274
Previous Comments:
------------------------------------------------------------------------
[2013-05-03 10:50:49] rob dot norman at infinity-tracking dot com
Looks like this has been duplicated a few times.
https://bugs.php.net/bug.php?id=61530
https://bugs.php.net/bug.php?id=63953
https://bugs.php.net/bug.php?id=63311
I just added a comment & test case to the last one, still seeing this on PHP
5.4.13
------------------------------------------------------------------------
[2013-03-20 20:38:53] kavi at postpro dot net
This is also affecting DateTime->modify() in PHP 5.3.21.
This appears to only affect DateTime objects with timezone_type of 1, and maybe 2.
Of course, it's impossible to directly query a DateTime object's timezone_type, so you
have to get the string representation from print_r and inspect that in order to code around this
bug.
Unbelievable.
------------------------------------------------------------------------
[2012-06-15 09:02:31] salathe@php.net
This looks like a side-effect of the changes made against bug #55253.
------------------------------------------------------------------------
[2012-06-15 08:48:06] ruesche at fka dot de
typo fixed.
------------------------------------------------------------------------
[2012-06-15 08:46:43] ruesche at fka dot de
Description:
------------
When you use a timezone with daylight saving time (like Europe/Berlin) and the date of the system
running the PHP script is in this daylight saving time (like 2012-06-15), DateTime::add() will
produce results that are off by 1 hour.
When the date on the local machine is not in the daylight saving time, the same computation will
yield the expceted results.
This bug also only appears, when the DateTime instance was created using a timestamp, so a
workaround would be the following: Instead of
$date = new DateTime(gmmktime(0, 0, 0, 1, 1, 2012));
use
$date = new DateTime('2012-01-01');
The script was tested with the following systems, all having the same problem:
- Windows XP, PHP 5.3.10
- Windows XP, PHP 5.3.13
- Windows 7, PHP 5.3.10
- Arch Linux (x86_64), PHP 5.4.3
- Debian Squeeze, PHP 5.3.10
Test script:
---------------
<?php
$oneMonth = new DateInterval('P1M');
$date = new DateTime('@'.gmmktime(0, 0, 0, 1, 1, 2012));
echo $date->format('Y-m-d H:i:s')."\n";
$date->add($oneMonth);
echo $date->format('Y-m-d H:i:s')."\n";
Expected result:
----------------
2012-01-01 00:00:00
2012-02-01 00:00:00
Actual result:
--------------
2012-01-01 00:00:00
2012-02-01 01:00:00
------------------------------------------------------------------------
--
Edit this bug report at https://bugs.php.net/bug.php?id=62331&edit=1