New issue
Advanced search Search tips

Issue 913290 link

Starred by 2 users

Issue metadata

Status: Duplicate
Merged: issue 913298
Owner: ----
Closed: Dec 10
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Windows
Pri: 2
Type: Bug-Regression



Sign in to add a comment

JavaScript Date object no longer handles timezones correctly since Chrome 71

Reported by lolly....@gmail.com, Dec 10

Issue description

UserAgent: Mozilla/5.0 (Windows NT 6.1; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/71.0.3578.80 Safari/537.36

Steps to reproduce the problem:
1. Travel to Sydney, Australia
2. Connect to internet
3. From the billion of example websites to choose from, here is a couple that show AEST instead of AEDT timezone: 
http://www.clocktab.com/
https://messages.android.com/

What is the expected behavior?
It's currently 11:34 AM. The time shown on the websites is 10:34 AM. Or in some instances the relative time (eg "10 minutes ago") indicates that it is being calculated from 10:34 AM.

What went wrong?
Chrome 71 "Stable" went wrong. Websites are either using the JavaScript Date object or they are using libraries that are just wrappers to the Date object.

Did this work before? Yes Chrome 70

Chrome version: 71.0.3578.80  Channel: stable
OS Version: 6.1 (Windows 7, Windows Server 2008 R2)
Flash Version: 

This has been reported in other Issues. How do we get your attention? Hopefully this will.
 
Chrome71_Regression_DateObject.png
1.1 MB View Download
Components: -Blink Blink>JavaScript>Internationalization
Labels: Needs-Bisect
Labels: Needs-Triage-M71
Cc: viswa.karala@chromium.org
Labels: -Needs-Bisect Triaged-ET
Mergedinto: 913298
Status: Duplicate (was: Unconfirmed)
Thanks for filing the issue!

As per comment# 0, issue seems to be similar to Issue:  913298 , hence merging into it and marking it as Duplicate.
Note: Feel free to Un-Dupe it if not the case.

Thanks!

Sign in to add a comment