Skip Menu |

This queue is for tickets about the MooseX-Types-ISO8601 CPAN distribution.

Report information
The Basics
Id: 81777
Status: rejected
Priority: 0/
Queue: MooseX-Types-ISO8601
People
Owner: Nobody in particular
Requestors: chuck-bitcard [...] chlarson.com
Cc:
AdminCc:
Bug Information
Severity: Normal
Broken in: 0.12
Fixed in: (no value)

History Show all quoted text
  Fri Dec 07 12:36:46 2012 chuck-bitcard [...] chlarson.com - Ticket created
Subject: Date with timezone not supported
Hi, Ran into to a little bug where I can't coerce a Date when the optional timezone is specified. I believe it is part of the ISO8601 standard. Example date that isn't supported current for this module. 2012-12-07+01:00 Referenced here: http://www.w3.org/TR/xmlschema-2/#date
  Fri Dec 21 20:31:44 2012 ether [...] cpan.org - Correspondence added
On Fri Dec 07 09:36:46 2012, clarson wrote: Show quoted text
> Hi, > > Ran into to a little bug where I can't coerce a Date when the optional > timezone is specified. I believe it is part of the ISO8601 standard. > > Example date that isn't supported current for this module.
2012-12-07+01:00 Show quoted text
> > Referenced here: > http://www.w3.org/TR/xmlschema-2/#date
That looks to be one of the deviations from the standard, D.3.4 at: http://www.w3.org/TR/xmlschema-2/#deviantformats My interpretation of http://en.wikipedia.org/wiki/ISO_8601 is that timezones must follow times, therefore '2012-12-07+01:00' is not a legal string. FWIW, MooseX::Types::DateTime::to_DateTime doesn't like this string either (convincing that module to accept this string is a necessary prerequisite to any change made to MooseX::Types::ISO8601). rejecting for now; please reopen if you can confirm that the standard does accept date+timezone (without time).
  Fri Dec 21 20:31:45 2012 The RT System itself - Status changed from 'new' to 'open'
  Fri Dec 21 20:31:45 2012 ether [...] cpan.org - Status changed from 'open' to 'rejected'