Skip Menu |

This queue is for tickets about the DateTime-Format-ISO8601 CPAN distribution.

Report information
The Basics
Id: 77220
Status: resolved
Priority: 0/
Queue: DateTime-Format-ISO8601
People
Owner: Nobody in particular
Requestors: PHILKIME [...] cpan.org
Cc:
AdminCc:
Bug Information
Severity: (no value)
Broken in: 0.08
Fixed in: (no value)

History Show all quoted text
  Tue May 15 12:08:50 2012 PHILKIME [...] cpan.org - Ticket created
This seems to be an issue with every ISO8601 module I've seen: A bare year is a legal ISO8601 date but it's impossible to tell the difference after parsing between for example: 1900 and 1900-01-01 as the month and day always defaults to "1". This means once you have the $dt object, there is no way of knowing whether you were passed a bare year or the date <year>-01-01 and so you lose information.
  Mon Jun 04 02:00:37 2012 jhoblitt [...] cpan.org - Correspondence added
I'm sorry for taking so long to get back to you. We've actually had some interesting debate about precision vs accuracy as it applies to date math in my office. Are you trying to do some sort of date comparision or do you really just want a lexer? -Josh --
  Mon Jun 04 02:00:38 2012 The RT System itself - Status changed from 'new' to 'open'
  Sat Jul 25 12:57:50 2020 DROLSKY [...] cpan.org - Status changed from 'open' to 'stalled'
  Sat Jul 25 12:58:11 2020 DROLSKY [...] cpan.org - Status changed from 'stalled' to 'resolved'