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

go to bug id or search bugs for

Bug #9948 possible bug in strtotime
Submitted: 2001-03-23 01:17 UTC Modified: 2001-04-17 16:05 UTC
From: jaybinks at audiorealm dot com Assigned:
Status: Closed Package: Date/time related
PHP Version: 4.0.4pl1 OS: Linux
Private report: No CVE-ID: None
View Add Comment Developer Edit
Welcome back! If you're the original bug submitter, here's where you can edit the bug or add additional notes.
If this is not your bug, you can add a comment by following this link.
If this is your bug, but you forgot your password, you can retrieve your password here.
Password:
Status:
Package:
Bug Type:
Summary:
From: jaybinks at audiorealm dot com
New email:
PHP Version: OS:

 

 [2001-03-23 01:17 UTC] jaybinks at audiorealm dot com 
when providing the string "3/23/01 1:01:29 PM"
to strtotime it produces in-correct output 

Im assuming you wish to make this function (as with all functions) as good as possible, so I guess that being able to convert from this format would be on the cards some times.

in Australia we generaly do dates the opposite to in the US. IE Month/Day/Year so support would be good .

thankyou

Patches

Add a Patch

Pull Requests

Add a Pull Request

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2001-04-17 16:05 UTC] hholzgra@php.net 
the unix date parsing code is not that clever

how should it treat 03/04/05, for example?

it will never be able to parse any possible
date format in the world or even be locale
aware for any possible date format in a 
single country ...
 
PHP Copyright © 2001-2024 The PHP Group
All rights reserved. 		Last updated: Sat Apr 20 03:01:28 2024 UTC