2014-11-03 15 views

Odpowiedz

7

wygląda trochę jak robaka czasowej w silniku SpiderMonkey Firefoksa (najprawdopodobniej w jakiejś biblioteki to wykorzystuje); w moim eksperymentowaniu dotyczy tylko systemów * nix, nie Windows. (Patrz poniżej, dlaczego okna czasowe przyjść do niego.) To powrót

Wed Dec 31 1969 23:00:00 GMT+0000 (BST)

... kiedy oczywiście, my (@wilsonpage, ja, i miliony innych na czasu brytyjskiego) nie są w brytyjskiej czasu letniego już (a kiedy jest w czasie letnim, jest to GMT + 0100, a nie GMT-0100, więc nie ma sensu, by czas lokalny był w każdym przypadku za UTC). (Nota boczna: Chrome pokazuje również "BST", ale ma poprawną datę/czas.) (Uwaga dla Amerykanów: Jesteś przyzwyczajony do "xST" oznaczającego "x standard czas" [w przeciwieństwie do "x światło dzienne czasu "], ale tutaj BST skrót od "British Summer time"   — np czasu letniego. Gdy nie jesteśmy na czas letni, jesteśmy w GMT).

widzę to zachowanie w Firefox 30 na Linux Mint 16 (najwyraźniej najnowszy system pakietów) i Firefox 33 na tym samym systemie (właśnie pobrane i zainstalowane bezpośrednio z Mozilli); Robię nie zobacz go na Firefoksie 33 w systemie Windows 8.1.

@wilsonpage potwierdziła, że ​​używa OS X i że widzi, że jestem w tym samym czasie (w tym część "BST").

result.textContent = new Date(1970, 0, 1).toString();
<div id=result></div>


Powodem stref czasowych przyjść do niego (i najwyraźniej wywołać błąd) jest to, że wartości dajesz że wersja Date constructor są interpretowane jako UTC, ale getFullYear zwraca jego wartość w czasie lokalnym.

0

poznałem błąd również tutaj: Jestem w Dublinie, czas GMT, ale Date() pokaże mi

"Fri Nov 07 2014 16:17:25 GMT+2359 (GMT)" 

Spójrz na strefy czasowej. Jestem jeden dzień przed (lub lepiej: +00,00 MINUS 1 minuta daje +23,59).

FF31.2.0 CentOS 7

nie mam pojęcia, jak rozwiązać ten problem :(

Powiązane problemy