Minor cosmetic issue with date/month/year format

[L-K-Chng]

As seen from the image, the usual format for date/month/year is supposed to be dd/mm/yyyy, however in this case it was only reflected as d/m/yyyy. In this case, users may think they can only select dates where they can only input the day and month as a singular number, excluding dates which have double digits for days and months within them. This is a very low severity as date still works fine with normal input.

[soc-se-bot]

Team's Response

dd/mm forces users to input two digits for single digit numbers.

Items for the Tester to Verify

:question: Issue response

Team chose [response.Rejected]

• [x] I disagree

Reason for disagreement: If your team states that dd/mm forces users to input two digits for single digit numbers, then similarly, wouldn't d/M force users to input only one digit numbers, and prevent them from keying in dates with two digits for days and months? (eg. 1/12/2023.) This is clearly a documentation issue, and more can be specified within the User Guide and the program itself so that readers do not get confused.

---