Date format

[Kingsley]

Why is the date format backwards when time zone is selected for specific country?

We have selected Pacific/Auckland and the date is still shows in American format. 7/11/2016.

Unlike backwards America this side of the world New Zealand / Australia and probably a lot of other countries display the date 11/7/2016. We all say Monday the 11th of July 2016. We never ever say July Monday 11th 2016. Gets very confusing with earlier dates such as 8/7/16 and 7/8/16 without knowing could easily be fooled on the correct date.

Can this be fixed please?

We have our second wisp switch out now both 12 port one AC and the other DC. Simple swap outs of ts5's and haven't had any issues this far.

Thanks,
Kingsley

[Eric Stern]

Will fix in the next release.

[sakita]

Is this fix going to make is so the timezone selected determines which date format is used... or are you going to add a selection for date format?

For example, I may be in the "America/Phoenix (MST7)" zone but prefer yyyy/mm/dd format for dates (e.g. because it avoids the exact kind of confusion that the OP and others have).

Likewise I also prefer 24-hour clock format (which I recall there were other folks outside the US having grief with 12 hour clock).

[Eric Stern]

It will use the locale of the browser.

[Eric Stern]

I checked the code and it is already using the locale of the browser.

You can check it by opening the developer console and pasting in this bit of code to see what output you get.

Code: Select all

 new Date().toLocaleDateString();

You may have to google how to get your browser to do the right thing, as its heavily dependent on the OS and browser.

[lligetfa]

Chrome on ubuntu is ctrl-shift-i

returns for me:
"13/07/2016"