Bug #42645 [Com]: getdate/mktime does not always add/subtract dst offset

From: Date: Wed, 08 Apr 2015 14:17:29 +0000
Subject: Bug #42645 [Com]: getdate/mktime does not always add/subtract dst offset
References: 1  Groups: php.bugs 
Request: Send a blank email to php-bugs+get-191901@lists.php.net to get a copy of this message
Edit report at https://bugs.php.net/bug.php?id=42645&edit=1

 ID:                 42645
 Comment by:         carstenklein at yahoo dot de
 Reported by:        carstenklein at yahoo dot de
 Summary:            getdate/mktime does not always add/subtract dst
                     offset
 Status:             Feedback
 Type:               Bug
 Package:            Date/time related
 Operating System:   Linux Ubuntu
 PHP Version:        5.2.4
 Assigned To:        derick
 Block user comment: N
 Private report:     N

 New Comment:

Yes, it does reproduce the issue, the error occurs with older PHP versions I believe.

Timezone: Europe/Amsterdam

Expected: 1981-03-28 02:30:00 + 3 days = 1981-03-31 02:30:00
Actual:   1981-03-28 02:30:00 + 3 days = 1981-03-31 02:30:00

Expected: 1981-03-29 02:30:00 + 3 days = 1981-04-01 02:30:00
Actual:   1981-03-29 03:30:00 + 3 days = 1981-04-01 03:30:00    <--- ERR

Expected: 1981-03-30 02:30:00 + 3 days = 1981-04-02 02:30:00
Actual:   1981-03-30 02:30:00 + 3 days = 1981-04-02 02:30:00


Previous Comments:
------------------------------------------------------------------------
[2015-04-08 14:14:55] carstenklein at yahoo dot de

I do not know whether this would reproduce it, as there is an error preventing the script from
running:

Timezone: 
Fatal error: Call to undefined function date_default_timezone_get() in /in/ddo01 on line 3

Process exited with code 255.

------------------------------------------------------------------------
[2015-04-08 08:52:58] requinix@php.net

Could be there is a bug, yes. Mostly the No Feedback status means that the reporter did not answer
someone's question. A question such as "does this latest snapshot fix your problem?"


There's a ton of irrelevant output and crazy looking code that's a chore to sift through,
so to be clear:

The bug you're reporting is that spring leap date-times like 1981-03-29 2:30 AM, plus an
interval of some number of days, results in a time that's 3:30 AM, while other days around then
remain as 2:30?

Does this repro it? http://3v4l.org/ddo01

------------------------------------------------------------------------
[2015-04-08 07:52:10] carstenklein at yahoo dot de

No feedback does not mean that the bug does not exist. Especially when one provided code to actually
reproduce it.

BTW the issue still exists. Currently testing this with 
PHP 5.6.7-1 (cli) (built: Mar 24 2015 12:30:15).

------------------------------------------------------------------------
[2008-11-10 01:00:05] php-bugs at lists dot php dot net

No feedback was provided for this bug for over a week, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to "Open".

------------------------------------------------------------------------
[2008-11-02 13:03:37] jani@php.net

Please try using this CVS snapshot:

  http://snaps.php.net/php5.2-latest.tar.gz
 
For Windows:

  http://windows.php.net/snapshots/



------------------------------------------------------------------------


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=42645


--
Edit this bug report at https://bugs.php.net/bug.php?id=42645&edit=1


Thread (19 messages)

« previous php.bugs (#191901) next »