Skip Menu |

This queue is for tickets about the Date-Manip CPAN distribution.

Report information
The Basics
Id: 73486
Status: resolved
Priority: 0/
Queue: Date-Manip

People
Owner: Nobody in particular
Requestors: ahall [...] vitaphone.net
Cc:
AdminCc:

Bug Information
Severity: (no value)
Broken in: (no value)
Fixed in: (no value)



Subject: Does not parse RFC 822-ish dates ending in "-0000 (UTC)"
Date: Mon, 26 Dec 2011 16:23:34 -0600 (CST)
To: bug-Date-Manip [...] rt.cpan.org
From: Aaron Hall <ahall [...] vitaphone.net>
ParseDateString doesn't return any result for an RFC 822-ish date that ends in "-0000 (UTC)", such as: Sun, 18 Sep 2011 09:47:28 -0000 (UTC) This date string, and others like it, have appears in the "Date:" header of automated mails from Amazon.com, so they are in the wild, though my quick reading of RFC 5322 suggests they're at best invalid. ParseDateString does return a result if the "(UTC)" identifer is missing, or if it is replaced with either "(UT)" or "(GMT)". I would expect it to return the same result for: Sun, 18 Sep 2011 09:47:28 -0000 (UTC) as for: Sun, 18 Sep 2011 09:47:28 -0000 (UT) I've confirmed this behavior on Debian Squeeze (Perl 5.10.1) with DM 6.12 and DM 6.25, and on Mac OS X 10.7 (Perl 5.12.3) with DM 6.24. I've attached a little test program demonstrating the behavior. Thanks so much for Date::Manip, BTW. I've used it several times in various tools over the years. (I noticed this in a general-purpose "dateconv" tool that I use in shell scripts.) Thanks again, Aaron -- Aaron Hall : A neurotic dreams of castles in the air; ahall@vitaphone.net : a psychotic lives in them. : (Phew; I'm only neurotic!)

Message body is not shown because sender requested not to inline it.

This is now fixed and will be in version 6.30 (which will be out in the next day or two).