Steps to reproduce
Create date input with your machine localisation in UK/Australia.
Displays as mm/dd/yyyy
Should be dd/mm/yyyy
Comments and activity
- Microsoft Edge Team
Changed Status to “Confirmed”
Chrome definitely localizes the input properly based on Windows settings.
- Microsoft Edge Team
Changed Assigned To to “Rossen A.”
it seems that issue only applies to an empty
input, because when you validate some date, the format being used to display it
is the one you choose in the regional settings. So it seems the issue is that
the placeholder is tied to the language and not the date format you choose,
which makes it misleading in some cases.
Isn’t this going to break a LOT of scripts?
The HTML5 spec says (unless it has changed in the last few months?) that the datepicker input should contain an ISO formatted date no matter what the user’s culture.
Edge does definitely have a problem with this - that’s how i found this page to start with - every other browser allows me to set and read ISO formatted dates except Edge which is trying to reset it to my local (uk-gb) culture. I’m not convinced that trying to transform data against spec is the right thing to do.
Standards are “standard” for a reason
Unless you are planning to make script-based setters/getters still enforce ISO format?
@Jim P. I’m discussing the visual formatting, not the actual field value (which must be ISO formatted).
e.g. when I request the value from the field,
myDateInput.value, it should return in the ISO format
However, the display of the field (which I don’t believe there is an actual standard for) should display localised to the user’s preferences.
e.g. For people in the US, the date should display in the format of
MM/DD/YYYY. For those in UK/AUS, it should display in the format
Ideally, I’d like to be able to control the display, but that’s not a standard and likely outside of the Edge team’s aims.
does not properly display the locale date format being set by windows region & language settings… Chrome does!
Microsoft Edge does submit the correct header to website (from what I know):
but date is still MM/mm/yyyy instead of dd.MM.yyyy (german in my case)
I am having the same issue (Australia), simply add a input with date type and date format is displayed as mm/dd/yyyy where it should display dd/mm/yyyy.
What is the status of this issue, isn’t it planned to fix in near future? It’s more than a year since the bug has been reported.
Same here, but on machine with russian localization. Broke a few days ago after massive update.
This makes input[type="date"] pointless for UK users. The added friction created by the date being the wrong format means this can’t be used on consumer facing websites such as e-commerce. This really needs a fix.