Date parsing fails when "time/large-dates" feature is enabled #34
Reference in New Issue
Block a user
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
When the "time/large-dates" feature is enabled, the format_description strings used to parse ASN.1 GeneralizedTime and ASN1.UTCTime becomes ambiguous. The parser will greedily consume the month digits for the leading year.
Arguably a deficiency in the upstream
timecrate, not seemingly allowing anyway to specify how many digits are expected in a year.Upstream issue: https://github.com/time-rs/time/issues/683