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.
Zwraca 1970 dla mnie w IE. – Sobieck
Powroty 1970 w Chrome 38 –
1970 dla mnie w Chrome (OSX) ** ale "1969" w Firefoksie! ** – Moob