CODEWITHSUNDEEP
javascripthtmlgoogle-chromedatetimezone
NoName
NoName

Reputation: 1035

Chrome cannot get TimeZone name correctly after changing the TimeZone of computer

I have a snippet code in javascript as shown below:

$(document).ready(function () {    
    var day1 = new Date();
});

Now I open a browser (in this case I use FireFox) and the current TimeZone of my computer is UTC +10:00 Hobart. Then I view the day1 javascript variable in debug mode, it displays its value as image shown below. enter image description here

The TimeZone name of UTC+10:00 Hobart is Tasmania Standard Time. FF gets the correct name and as my expected too.

Next, I will chang the TimeZone on my computer to UTC+10:00 Canberra, Melbourne, Sydney while FF browser is being opened. Then I refresh FF browser by pressing Ctrl+F5 and view day1's value in debug mode again.

enter image description here

As you can see, FF updated the new correct TimeZone name as AUS Eastern Standard Time. It worked as my expected too.

MS Edge and IE worked as the same way with FF.

BUT, Chrome worked in a different way.

enter image description here

The new TimeZone name that Chrome returns to me is Local Daylight Time, not AUS Eastern Standard Time as my expected and as the other browsers (FF, MS Edge, IE) did.

Why does not Chrome return "AUS Eastern Standard Time" name?

Is there any way can solve this case for Chrome?

Upvotes: 1

Views: 1127

Answers (1)

Matt Johnson-Pint
Matt Johnson-Pint

Reputation: 241930

Unfortunately, the implementation of time zone name is not standardized. The ECMAScript spec allows it to be anything the vendor wants it to be. It's not even just different across browsers, but also across different versions of the browser, and across operating systems.

From ECMA-262 (5.1) Section 15.9.5.2 (emphasis mine)

Date.prototype.toString()

This function returns a String value. The contents of the String are implementation-dependent, but are intended to represent the Date in the current time zone in a convenient, human-readable form.

If what you're trying to do is to detect the user's time zone, there is a newer standard for retrieving the time zone name, as an IANA time zone identifier (ex, Australia/Sydney), which you can do like this:

Intl.DateTimeFormat().resolvedOptions().timeZone

However, not all browsers have implemented this yet. There are libraries that can guess at it though, which you can read about here.

Upvotes: 4

Related Questions