Backtesting end date changes while typing start date's month

To demonstrate:

first get the 2 dates as 07/07/2020 to 07/07/2022
then highlight or delete the 07/07/2020 in the start date,
and type 09/03/2021 in the start date.

As you type the ‘3’, the end date changes to 03/09/2024!

Also happens in Optimization, and other way around too - try cutnpasting the 07/07/2022 back into the end date, the start date changes to the same day!

This makes setting manual dates difficult. It only seem to be ok if you replace one digit at a time (thus with most digits of the year already there), but not if you intend typing the whole date from scratch. You still have to watch carefully to see the other one didn't change - it should be easier than this - please don't ‘validate’, or whatever it thinks it's doing, until later! 

It's like it can't handle the dates being possibly interpretable as being backwards AT ANY POINT even as you type the month (as if you cutnpasted or selecting from the calender a date that's backward compared to the ‘other’ date, even though you haven't typed the year in yet so it can't KNOW it's really going to stay backwards)