#32555 [Asn]: strtotime("tomorrow") can return false
ID: 32555
User updated by: stickman at gmail dot com
Reported By: stickman at gmail dot com
Status: Assigned
Bug Type: Date/time related
Operating System: FreeBSD 4.9
PHP Version: 4.3.10
Assigned To: derick
New Comment:
Is there some kind of RFC for this? There's one for everything down to
slicing bread.
RFC 3339 - Date and Time on the Internet: Timestamps
The UTC time corresponding to 17:00 on 23rd March 2005 in New York may
depend on administrative decisions about daylight savings time. This
specification steers well clear of such considerations.)
No wonder they do. Daylight Saving Time is scary. It starts at 1:59am
and hops ahead one hour and one minute to 3am. It's at different times
across the world (12:59am Western Europe, 1:59am US, 2:59am Eastern
Europe, different for every area of Russia). Arizona and Hawaii don't
have it, Indiana sort of has it, and it's on a different day every year
and different days across the world.
Good luck, sir.
Previous Comments:
[2005-04-03 15:58:28] [EMAIL PROTECTED]
Correct. Although I'm not totally sure what "tomorrow" should do here
then...
----
[2005-04-03 09:17:15] stickman at gmail dot com
Well duh. I didn't even notice but daylight savings is about that time.
Could it be that "tomorrow" didn't exist for an hour?
----------------
[2005-04-03 09:08:42] stickman at gmail dot com
Description:
Early morning on April 2nd, 2005 my website broke. I tracked it down to
strtotime("tomorrow") returning -1 instead of the expected "tomorrow"
timestamp. strtotime("today") worked fine.
Asked a friend to test strtotime("tomorrow") and it worked fine for him
on his server (set to a different time).
Tested strtotime("tomorrow") on another server, also on Pacific time,
and got false again.
Went to bed to deal with it in the morning and the problem had resolved
itself sometime between midnight and 7am.
Reproduce code:
---
#Run this code on April 2nd, sometime after midnight.
echo strtotime("tomorrow");
Expected result:
1112628800 (or thereabouts)
Actual result:
--
-1
--
Edit this bug report at http://bugs.php.net/?id=32555&edit=1
#32555 [Opn]: strtotime("tomorrow") can return false
ID: 32555
User updated by: stickman at gmail dot com
Reported By: stickman at gmail dot com
Status: Open
Bug Type: Date/time related
Operating System: FreeBSD 4.9
PHP Version: 4.3.10
New Comment:
Well duh. I didn't even notice but daylight savings is about that time.
Could it be that "tomorrow" didn't exist for an hour?
Previous Comments:
[2005-04-03 09:08:42] stickman at gmail dot com
Description:
Early morning on April 2nd, 2005 my website broke. I tracked it down to
strtotime("tomorrow") returning -1 instead of the expected "tomorrow"
timestamp. strtotime("today") worked fine.
Asked a friend to test strtotime("tomorrow") and it worked fine for him
on his server (set to a different time).
Tested strtotime("tomorrow") on another server, also on Pacific time,
and got false again.
Went to bed to deal with it in the morning and the problem had resolved
itself sometime between midnight and 7am.
Reproduce code:
---
#Run this code on April 2nd, sometime after midnight.
echo strtotime("tomorrow");
Expected result:
1112628800 (or thereabouts)
Actual result:
--
-1
--
Edit this bug report at http://bugs.php.net/?id=32555&edit=1
#32555 [NEW]: strtotime("tomorrow") can return false
From: stickman at gmail dot com
Operating system: FreeBSD 4.9
PHP version: 4.3.10
PHP Bug Type: Date/time related
Bug description: strtotime("tomorrow") can return false
Description:
Early morning on April 2nd, 2005 my website broke. I tracked it down to
strtotime("tomorrow") returning -1 instead of the expected "tomorrow"
timestamp. strtotime("today") worked fine.
Asked a friend to test strtotime("tomorrow") and it worked fine for him on
his server (set to a different time).
Tested strtotime("tomorrow") on another server, also on Pacific time, and
got false again.
Went to bed to deal with it in the morning and the problem had resolved
itself sometime between midnight and 7am.
Reproduce code:
---
#Run this code on April 2nd, sometime after midnight.
echo strtotime("tomorrow");
Expected result:
1112628800 (or thereabouts)
Actual result:
--
-1
--
Edit bug report at http://bugs.php.net/?id=32555&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32555&r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=32555&r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=32555&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=32555&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=32555&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=32555&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=32555&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=32555&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=32555&r=support
Expected behavior: http://bugs.php.net/fix.php?id=32555&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=32555&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=32555&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=32555&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32555&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=32555&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=32555&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=32555&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=32555&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=32555&r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=32555&r=mysqlcfg
