148609 - date format broken

Status: RESOLVED WORKSFORME

(Bugzilla :: Query/Bug List, defect)

Description

[Boris 'pi' Piwinger]

The string '2002-6-1' is not a legal date. This is what Bugzilla says. 2002-6-01
is, though. So the month may be one digit, the day not.

pi

Comment 1

[Michael Schindler]

this is a problem in Date::Parse perl module.
suggest setting to ontfix and forwarding to [e-mail]
the relevant lines:

     # Date: 12-12-96 (using '-', '.' or '/' )
 
    elsif ($dtstr =~ s#\s(\d\d*)([\-\./])(\d\d?)(\2(\d\d+))?\s# #o) {

second line should be:

    elsif ($dtstr =~ s#\s(\d\d*)([\-\./])(\d\d?)(\2(\d\d*))?\s# #o) {

(there is an asterix instead of the plus close to the end)

note however, that in daubt str2time will assume m[m]-d[d]-yy[yy]
Only if yy exists and month is >12 (4 digits since 2000!) the short mainframe
format (also used in SQL) is used (y[yyy]-m[m]-d[d])

Comment 2

[Michael Schindler]

From: 	Graham_Barr via RT
Sent: 	Donnerstag, 06. Juni 2002 20:18
To: 	[e-mail]
Subject: 	[cpan #717] Date::Parse perl module

This message about TimeDate was sent to you by GBARR via rt.cpan.org

Full context and any attached attachments can be found at:
<URL: http://rt.cpan.org/NoAuth/Bug.html?id=717 >

TimeDate 1.13 has just been uploaded to CPAN

Comment 3

[Bradley Baetz (:bbaetz)]

Do we want to require a later version, then?

Comment 4

[Joel Peshkin]

[e-mail] seems to care about these so they wont make 2.18.  If
someone adopts them, they can move them back. Retargetting to 2.20

Comment 5

[Shane H. W. Travis]

Date::Parser 2.21 or higher is now required for Bugzilla as of 2.18. 
(http://www.bugzilla.org/docs/2.18/html/installation.html) The date that this 
bug was opened is now displayed as 2002-06-02 , so it seems that this has been 
fixed as a side effect of using this later version.

Marking as WORKSFORME, since (now) it does.

Comment 6

[Dave Miller [:justdave]]

clearing target of DUPLICATE/WONTFIX/INVALID/WORKSFORME so they'll show up as
untriaged if they get reopened.