php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login

go to bug id or search bugs for

Bug #62353 strtotime fails to interpret time correctly, uses character after decimal point
Submitted: 2012-06-18 16:32 UTC Modified: 2016-06-17 18:13 UTC
Votes:4
Avg. Score:2.8 ± 1.8
Reproduced:2 of 3 (66.7%)
Same Version:2 (100.0%)
Same OS:1 (50.0%)
From: mike dot mackintosh at angrystatic dot com Assigned: cmb (profile)
Status: Not a bug Package: Date/time related
PHP Version: 5.4Git-2012-06-18 (snap) OS: Ubuntu 12.04 x86_64
Private report: No CVE-ID: None
View Add Comment Developer Edit
Anyone can comment on a bug. Have a simpler test case? Does it work for you on a different platform? Let us know!
Just going to say 'Me too!'? Don't clutter the database with that please !
Your email address:
MUST BE VALID
Solve the problem:
38 - 3 = ?
Subscribe to this entry?

 
 [2012-06-18 16:32 UTC] mike dot mackintosh at angrystatic dot com 
Description:
------------
PHP fails to interpret correctly the relative time string when a decimal is used. PHP will use the character after the decimal point as the multiplier/value in timelib_relative_time. Using an integer of 1.0, results in no change.

Test script:
---------------
echo date("m/d/y", strtotime("+1.5 years"));
echo date("m/d/y", strtotime("+1.0 years"));

Expected result:
----------------
12/18/13
06/18/13

Actual result:
--------------
06/18/17
06/18/12

Patches

Add a Patch

Pull Requests

Add a Pull Request

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2012-06-18 16:48 UTC] mike dot mackintosh at angrystatic dot com 
The following behavior is also present:

echo date("m/d/y H:i", strtotime("1.5 days ago"));

Results in -5 days, 5 hours.

It would be expected to return -1 day and 12 hours, being relative.
 [2012-06-18 16:51 UTC] mike dot mackintosh at angrystatic dot com 
On 6/18/2012 12:50 PM Est, when running:

echo date("m/d/y H:i", strtotime("-1.0 day"));

The following is returned:

06/18/12 09:50

(Minus 3 hours).
 [2012-06-18 17:03 UTC] pajoye@php.net 
fix cat
 [2012-06-18 17:03 UTC] pajoye@php.net
-Package: date_time +Package: Date/time related
 [2012-07-11 02:17 UTC] omg00dness at yahoo dot com 
I don't see this as a bug.  I don't even see how you would want to rely on FRACTION units.  You always have leap seconds, leap years, localization, etc.  How do you measure half a year?  The <# of days> / 2?  6 months?  <# of seconds> / 2?  One day does not always equal 86,400 seconds.

Besides, the documentation clearly shows this is not supported.

**Go to: http://us.php.net/manual/en/function.strtotime.php

**Under the <time> parameter, click on Date and Time Formats, or go to: http://www.php.net/manual/en/datetime.formats.php

**Click on Relative Formats.

It seems like you are trying to do the row with:

Format: number space? (unit | 'week')
Description: Handles relative time items where the value is a number.
Examples: "+5 weeks", "12 day", "-7 weekdays"

If you look up <number> at the top of that same page, you have the regex: [+-]?[0-9]+
which clearly DOES NOT accept a decimal point.  It accepts +, -, or nothing, followed by one or more DIGITS.

Sorry if my formatting/caps seem a bit awkward or harsh, but I don't have the liberty to add tags here.
 [2016-06-17 18:13 UTC] cmb@php.net
-Status: Open +Status: Not a bug -Assigned To: +Assigned To: cmb
 [2016-06-17 18:13 UTC] cmb@php.net 
Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php

For reference: <https://3v4l.org/qb1jp>.

As omg00dness already explained, this is expected behavior.
 
PHP Copyright © 2001-2024 The PHP Group
All rights reserved. 		Last updated: Wed Apr 24 23:01:34 2024 UTC