फायरफॉक्स के Spidermonkey इंजन में एक समयक्षेत्र बग (कुछ पुस्तकालय का उपयोग करता है में सबसे अधिक संभावना) की तरह एक बहुत लग रहा है; मेरे प्रयोग में यह केवल * निक्स ओएस को प्रभावित करता है, विंडोज नहीं। (क्यों समय-क्षेत्रों में आने के लिए नीचे देखें।) यह
Wed Dec 31 1969 23:00:00 GMT+0000 (BST)
लौटा रहा है ... जब निश्चित रूप से, हम (यूके समय पर @wilsonpage, अपने आप को, और लाखों अन्य) नहीं ब्रिटिश ग्रीष्मकालीन समय पर अब कर रहे हैं (और जब हम ग्रीष्मकालीन समय पर हैं, तो यह जीएमटी +0100 है, जीएमटी -0100 नहीं है, इसलिए यह किसी भी मामले में यूटीसी के पीछे होने का अर्थ नहीं होगा)। (साइड नोट: क्रोम भी "बीएसटी" दिखाता है, लेकिन इसमें सही तिथि/समय है।) (अमेरिकियों के लिए नोट: आप "x मानक समय" के रूप में उपयोग किया जाता है [x डेलाइट के विपरीत समय ब्रिटिश ग्रीष्मकालीन समय ""], लेकिन यहाँ BST के लिए खड़ा है " — जैसे, डेलाइट सेविंग टाइम। जब हम गर्मी के समय पर नहीं कर रहे हैं, हम जीएमटी में हैं।)
मैं फ़ायरफ़ॉक्स 30 में इस व्यवहार को देख लिनक्स मिंट 16 (स्पष्ट रूप से पैकेज सिस्टम में नवीनतम) और उसी सिस्टम पर फ़ायरफ़ॉक्स 33 (बस मोज़िला से सीधे डाउनलोड और स्थापित) पर; मैं नहीं इसे विंडोज 8.1 पर फ़ायरफ़ॉक्स 33 पर देखता हूं।
@ विल्सनपेज ने पुष्टि की है कि वह ओएस एक्स का उपयोग कर रहा है और वह उसी समय देख रहा है (मैं "बीएसटी" भाग सहित)।
result.textContent = new Date(1970, 0, 1).toString();
<div id=result></div>
कारण समय-क्षेत्रों में आते हैं (और जाहिरा तौर पर बग को गति प्रदान) है कि मूल्यों आप दे कि Date
constructor के संस्करण यूटीसी के रूप में व्याख्या कर रहे हैं, लेकिन अपने मूल्य getFullYear
देता है स्थानीय समय में
स्रोत
2014-11-03 15:40:18
यह IE में मेरे लिए रिटर्न 1970 काबू पाने के लिए। क्रोम 38 – Sobieck
रिटर्न 1970 मेरे लिए क्रोम में (OSX) ** लेकिन फ़ायरफ़ॉक्स में '1 9 6 9'! ** –
1970 में – Moob