Bug #64992 [Nab->ReO]: dst not handled past 2038

From: Date: Thu, 26 Apr 2018 11:03:38 +0000
Subject: Bug #64992 [Nab->ReO]: dst not handled past 2038
References: 1  Groups: php.bugs 
Request: Send a blank email to php-bugs+get-214904@lists.php.net to get a copy of this message
Edit report at https://bugs.php.net/bug.php?id=64992&edit=1 ID: 64992 Updated by: pmmaga@php.net Reported by: eclipsechasers2 at yahoo dot com Summary: dst not handled past 2038 -Status: Not a bug +Status: Re-Opened Type: Bug Package: Date/time related Operating System: Windows and Linux PHP Version: 5.4.16 Block user comment: N Private report: N New Comment: I agree with the reporter and Paul that currently, there is no good reason for PHP to keep this behavior. It is an arbitrary restriction. Previous Comments: ------------------------------------------------------------------------ [2018-04-24 09:53:34] paul dot crovella at gmail dot com > As DST can change at any time due to politcal reasons it is not safe to calculate DST for > multiple years in advance. This is not a limitation of PHP or the used timezoneDB but of the fact > that DST is handled on a political level. > This is therefore not a bug in PHP. Whatever your thoughts are on the safety of this, there's nothing that makes a 2038 cutoff special other than the previous limitation of the timezone database. Since that limitation apparently no longer applies keeping 2038 as the cutoff is entirely arbitrary. PHP should make available what is reasonable technically and leave the decision to the developer. ------------------------------------------------------------------------ [2017-01-14 16:30:08] eclipsechasers2 at yahoo dot com Nonsense! Given the correct information, I can decide on my own whether it is advisable to use it. Given incorrect information, I can't do anything. PHP WILL have this problem at the epoch change (ALL current times will be unreliable); it probably has others. You can go into panic mode and try to fix them all at once as the deadline looms. Or you can handle them in a sane manner, fixing them as they are identified well in advance of any deadline. ------------------------------------------------------------------------ [2017-01-13 16:04:16] heiglandreas@php.net See previous comment ------------------------------------------------------------------------ [2017-01-13 16:03:54] heiglandreas@php.net As DST can change at any time due to politcal reasons it is not safe to calculate DST for multiple years in advance. This is not a limitation of PHP or the used timezoneDB but of the fact that DST is handled on a political level. This is therefore not a bug in PHP. For more details see https://andreas.heigl.org/2016/12/22/why-not-to-convert-a-datetime-to-timestamp/ ------------------------------------------------------------------------ [2013-06-12 19:39:55] aharvey@php.net Related To: Bug #42842 ------------------------------------------------------------------------ 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=64992 -- Edit this bug report at https://bugs.php.net/bug.php?id=64992&edit=1

« previous php.bugs (#214904) next »