We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Hi, fitting for this day we found a bug concerning the leap year. See the following example:
Timeliness.parse('2012', :format => 'yyyy', :strict => true) 2012-02-29 00:00:00 +0100
Timeliness.parse('2008', :format => 'yyyy', :strict => true) 2008-02-29 00:00:00 +0100
Timeliness.parse('2009', :format => 'yyyy', :strict => true) nil
Timeliness.parse('2010', :format => 'yyyy', :strict => true) nil Timeliness.parse('2011-02', :format => 'yyyy-mm', :strict => true) nil
Maybe Timeliness could check for this(29.02.) and return something like 28. 02. instead.
Regards, Robert
The text was updated successfully, but these errors were encountered:
Oh damn, a leap year bug. I think advancing to March 1 would probably be the way to go. Need to think about it I guess.
Sorry, something went wrong.
No branches or pull requests
Hi,
fitting for this day we found a bug concerning the leap year.
See the following example:
Maybe Timeliness could check for this(29.02.) and return something like 28. 02. instead.
Regards,
Robert
The text was updated successfully, but these errors were encountered: