The date formatting for en-US uses 5/8/2019 which breaks the getDateOrder method (it only returns ['YYYY']) which prevents user-entered strings for dates.
The formatters should be using explicit 2-digit output for days / months
How Has This Been Tested?
TODO
Screenshots (if appropriate):
Checklist:
[x] I have added a tag to this pull request that indicates the impact of the change (patch, minor or major)
[x] My code follows the code style of this project.
[x] I have updated the documentation accordingly. (This includes updating the changelog).
[x] I have read the CONTRIBUTING document. (Last updated 16 Aug 2019)
Coverage decreased (-0.02%) to 69.69% when pulling 121c7a5cd2b92989d4d4a7316c308f8b1711a7f3 on fix-date-localizer into 21dfc339a3fdae73a6235059a5596dab34f72f71 on master.
Description
The date formatting for
en-US
uses5/8/2019
which breaks thegetDateOrder
method (it only returns['YYYY']
) which prevents user-entered strings for dates.The formatters should be using explicit 2-digit output for days / months
How Has This Been Tested?
TODO
Screenshots (if appropriate):
Checklist: