Dlaczego Safari jest zdezorientowany tematem Date.getDay() dla rozpoczęcia DST w Sydney, w strefie czasowej Aus?

Question

Safari na OSX wierzy, że 6 października 2013 r. Jest sobotnią Australią. Nie jest, to właściwie niedziela.

Aby zreplikować ten problem, ustaw swoją strefę czasową na Sydney-Australia, otwórz konsolę programisty w Safari i wprowadź nową datę ("2013/10/06"). Dostaniesz to:

Teraz zmień Seattle-USA, a dostaniesz to:

Problem pojawia się również do Melbourne Australii, ale nie dla miast dalszych północ, np. Brisbane (pasuje do zoning for Australian DST) lub kilka innych miast, które testowałem na całym świecie.

Tak się składa, że ​​6 października 2013 r. To start of daylight savings time in Sydney.. I ten sam błąd dotyczy innych dat rozpoczęcia DST w innych latach. Wydaje się, że nie ma problemów z datami końcowymi DST. Wydaje się, że nie ma problemu z datami rozpoczęcia DST w strefie czasowej PDT. Ponadto Chrome i Firefox nie wykazują tego problemu.

Testowałem większość tego na dwóch różnych komputerach Mac, jeden na Snow Leopard z Safari 5.1.7 i jeden na Lion z Safari 6.0.2.

Pytanie brzmi - czy jest to błąd, czy jest jakiś racjonalny powód tego?

Answer 1

To naprawdę powinno być uznane za błąd - technicznie rzecz biorąc czas letni w Sydney rozpoczyna się w dniu 2013/10/06 o 2:00, więc 2AM staje się 3AM (http://www.timeanddate.com/worldclock/clockchange.html?n=240). Wygląda na to, że Safari w tym przypadku myśli, że masz na myśli rok 2013/10/06 o północy - a następnie wraca od 1 godziny do 11 wieczorem poprzedniego dnia. To nawet nie ma sensu, ponieważ o drugiej nad ranem zegar powinien iść do przodu o godzinę.

Polecam złożenie raportu o błędzie do tego - bo wyjście jest więc oczywiście źle

https://developer.apple.com/bugreporter/