|
Bugs for Date/time related
|
ID# |
Date |
Last Modified |
Type |
Status |
PHP Version |
OS |
Summary |
Assigned |
42842 (edit) |
2007-10-03 16:01 UTC |
2013-06-12 19:39 UTC |
Bug |
Duplicate |
5.2.4 | Windows NT 5.1 build 2600 |
dst information lost over Year 2038 |
|
47312 (edit) |
2009-02-04 19:26 UTC |
2016-08-07 09:52 UTC |
Bug |
Duplicate |
5.*, 6CVS (2009-05-09) | * |
Calling setlocale causes microseconds to disappear |
derick |
50916 (edit) |
2010-02-02 18:04 UTC |
2010-09-20 07:43 UTC |
Bug |
Duplicate |
5.3.1 | Windows Server 2003 SP2 |
DateTime::sub repeats each time getTimestamp is called |
|
51051 (edit) |
2010-02-15 10:55 UTC |
2017-03-19 10:10 UTC |
Bug |
Duplicate |
7.0.8 | all |
DateTime modify wrong result with DST change |
derick |
51230 (edit) |
2010-03-07 19:18 UTC |
2010-03-08 00:16 UTC |
Bug |
Duplicate |
5.2.13 | Debian5 64bit |
OVERLOAD using date() function with big integer, CPU 100% |
|
52154 (edit) |
2010-06-23 10:27 UTC |
2010-06-23 11:48 UTC |
Bug |
Duplicate |
5.3.2 | Windows 7 enterprise |
mktime(0,0,0,0,0,0) returns a timestamp instead of false |
|
53225 (edit) |
2010-11-02 08:41 UTC |
2011-11-21 03:06 UTC |
Bug |
Duplicate |
5.3SVN-2010-11-02 (snap) | Mac OS X 10.5.8 |
add-Method of DateTime-class |
danielc |
53370 (edit) |
2010-11-21 13:38 UTC |
2011-11-21 03:04 UTC |
Bug |
Duplicate |
5.3.3 | Linux and MacOSX |
Some relative date/time format returns incorrect result at the end of DST |
danielc |
53473 (edit) |
2010-12-04 21:07 UTC |
2010-12-06 10:45 UTC |
Bug |
Duplicate |
5.3.3 | Linux |
Allow system timezone on glibc-based systems |
|
53880 (edit) |
2011-01-29 23:42 UTC |
2011-11-21 03:01 UTC |
Bug |
Duplicate |
5.3.5 | Windows Server 2008 R2 x64 |
date_diff returns wrong results |
danielc |
54087 (edit) |
2011-02-24 12:21 UTC |
2011-02-24 13:19 UTC |
Bug |
Duplicate |
5.3SVN-2011-02-24 (SVN) | Mac OS X |
Segfault on startup, DATEG(timezone) not initialized |
|
54409 (edit) |
2011-03-28 17:20 UTC |
2016-08-07 09:27 UTC |
Bug |
Duplicate |
5.3.6 | Linux 2.6.36-hardened |
strtotime(): "this week" gives incorrect result for Sunday dates |
derick |
54467 (edit) |
2011-04-04 23:41 UTC |
2011-04-06 09:21 UTC |
Bug |
Duplicate |
5.3.6 | Win2003K |
microseconds is always 000000 |
|
54799 (edit) |
2011-05-17 16:57 UTC |
2011-11-21 02:43 UTC |
Bug |
Duplicate |
5.3.6 | Linux |
Incorrect results when operating with time on DST changes |
derick |
55252 (edit) |
2011-07-20 11:35 UTC |
2011-07-21 14:42 UTC |
Bug |
Duplicate |
5.3.6 | Linux 2.6.38 amd64 |
On 64 bit strtotime() mishandles all-zero timestamps |
|
55734 (edit) |
2011-09-20 07:55 UTC |
2011-09-24 20:06 UTC |
Bug |
Duplicate |
5.4.0beta1 | All |
date - Microseconds problem |
|
60237 (edit) |
2011-11-07 18:15 UTC |
2011-11-21 02:16 UTC |
Bug |
Duplicate |
5.4.0beta2 | * |
TLA timezone dates produce wrong results with add/diff |
derick |
60257 (edit) |
2011-11-10 23:40 UTC |
2011-11-11 12:25 UTC |
Bug |
Duplicate |
5.3.8 | CENTOS 5 64 bit |
ZERO DATES IN STRTOTIME |
|
61013 (edit) |
2012-02-08 16:20 UTC |
2012-02-09 00:26 UTC |
Bug |
Duplicate |
5.3.10 | Solaris 10, and SLES 11.1 |
Php logging to a file now defaults to UTC? |
|
61022 (edit) |
2012-02-09 02:30 UTC |
2017-03-19 10:13 UTC |
Bug |
Duplicate |
7.1 | n/a |
DateTime constructor ignores DateTimeZone argument in favor of string TZ |
|
61530 (edit) |
2012-03-27 16:31 UTC |
2017-03-19 10:14 UTC |
Bug |
Duplicate |
5.3.10 | Debian / Linux |
DateTimeInterval subtracting wrong on summertime Threshold |
derick |
62185 (edit) |
2012-05-29 23:07 UTC |
2017-03-19 10:15 UTC |
Bug |
Duplicate |
5.3.13 | Ubuntu |
strtotime() returns incorrect time around DST (America) |
|
62331 (edit) |
2012-06-15 08:46 UTC |
2017-03-19 10:34 UTC |
Bug |
Duplicate |
Irrelevant | Windows, Linux |
DateTime::add() produces inconsistent resultst |
derick |
62984 (edit) |
2012-08-31 16:32 UTC |
2012-09-03 02:41 UTC |
Bug |
Duplicate |
5.3.16 | Debian Linux |
"-1 month" in date moves day 31 to day 1 in the same month. |
|
63311 (edit) |
2012-10-19 12:30 UTC |
2017-03-19 10:47 UTC |
Bug |
Duplicate |
7.1 | Windows 7, debian 6 |
DateTime::add() adds wrong interval when switching from summer to winter time |
|
63392 (edit) |
2012-10-30 02:26 UTC |
2016-08-07 09:32 UTC |
Bug |
Duplicate |
5.4Git-2012-10-30 (snap) | |
DateTime::modify() start of week inconsistency |
derick |
63459 (edit) |
2012-11-07 21:12 UTC |
2017-03-19 10:53 UTC |
Bug |
Duplicate |
7.1 | Any |
getTimestamp() affected by setTimezone() on DST transition |
|
63760 (edit) |
2012-12-13 16:07 UTC |
2013-03-11 20:51 UTC |
Bug |
Duplicate |
5.3.19 | Windows Server 2008 R2 |
microtime(true) profiling is unreliable |
|
64085 (edit) |
2013-01-27 19:03 UTC |
2013-03-07 16:28 UTC |
Bug |
Duplicate |
5.5.0alpha4 | Windows 7 x86/x64 |
microtime(true) undervalued |
|
64181 (edit) |
2013-02-09 23:50 UTC |
2016-08-07 09:29 UTC |
Bug |
Duplicate |
5.3.21 | Linux and Windows |
Incorrect value for DateTime "this week" start |
cmb |
|