Bug #122106 for Acme-Honkidasu: Tests break with Time::Piece 1.31

Thu Jun 15 15:24:10 2017 SREZIC [...] cpan.org - Ticket created

CC:	ESAYM [...] cpan.org
Subject:	Tests break with Time::Piece 1.31_03

If the latest development version of Time::Piece is installed (ESAYM/Time-Piece-1.31_03.tar.gz) then the test suite fails. (I can attach the test log if required, but the failure can be easily replicated)

Thu Jun 15 17:01:25 2017 leon36 [...] gmail.com - Correspondence added

Subject:	Re: [rt.cpan.org #122106] Tests break with Time::Piece 1.31_03
Date:	Thu, 15 Jun 2017 16:01:12 -0500
To:	bug-Acme-Honkidasu [...] rt.cpan.org
From:	Samuel Smith <leon36 [...] gmail.com>

On 06/15/2017 02:24 PM, Slaven_Rezic via RT wrote: Show quoted text

> <URL: https://rt.cpan.org/Ticket/Display.html?id=122106 > > > If the latest development version of Time::Piece is installed (ESAYM/Time-Piece-1.31_03.tar.gz) then the test suite fails. (I can attach the test log if required, but the failure can be easily replicated) >

Sweet, thanks for the heads up. Changing the test suite's line: Time::Piece->strptime(sprintf('%02d', $i), '%m') to: Time::Piece->strptime(sprintf('%02d %02d', $i, $i), '%m %d') fixes the issue. I changed strptime quite a bit over a few months. Can't remember all the details but I remember wanting to set some sane defaults for the internal time structure. Since in the above case only a month is being passed in, the day is defaulting to 0, which is not right. I'll look into it. Regards,

Thu Jun 15 17:01:25 2017 The RT System itself - Status changed from 'new' to 'open'

Mon Jun 19 03:05:36 2017 hayajo [...] cpan.org - Taken

Mon Jun 19 04:28:14 2017 hayajo [...] cpan.org - Correspondence added

This issue fixed on Time::Piece 1.31_04. https://metacpan.org/release/ESAYM/Time-Piece-1.31_04 Thanks.

Mon Jun 19 04:28:14 2017 hayajo [...] cpan.org - Status changed from 'open' to 'resolved'

Bug #122106 for Acme-Honkidasu: Tests break with Time::Piece 1.31_03