Date.prototype.getTimezoneOffset - विभिन्न ब्राउज़रों में दिए गए मानों के बीच अंतर

उलटी गिनती टाइमर के कार्य को लागू करते समय, मैं एक "आश्चर्य", अर्थात् getTimezoneOffset विधि के साथ आया, जिसने 3 घंटे, फिर 4 घंटे का अंतर दिया। मैं इसे साझा करना चाहूंगा।

इस मामले में, setInterval त्रुटि इतनी छोटी है कि इसे उपेक्षित किया जा सकता है।
कार्य का कार्यान्वयन स्वयं:

(function init() { var date1 = new Date("Jan 1, 1970"), date2 = new Date("Jan 1, 1970"), timezoneOffset = new Date().getTimezoneOffset(), $days = $('.timestamp .days .number'), $hours = $('.timestamp .hours .number'), $minutes = $('.timestamp .minutes .number'); date1.setMinutes(-timezoneOffset); date2.setMinutes(-timezoneOffset); date2.setUTCSeconds(60); var timer = setInterval(function() { $days.text( parseInt(date2.getTime()/1000/60/60/24) ); $hours.text( date2.getUTCHours() ); $minutes.text( date2.getUTCMinutes() ); date2.setUTCSeconds( date2.getUTCSeconds()-1 ); if (date1.toUTCString() === date2.toUTCString()) { clearInterval(timer); } }, 1000) })() 

जल्द ही मुझे एक बग का पता चला जब IE में एक घंटे से भी कम समय बचा था, लेकिन काउंटर में 1 घंटा प्रदर्शित किया गया था, जबकि अन्य ब्राउज़रों में यह सामान्य था।
पूरी समस्या यह निकली:

 timezoneOffset = new Date().getTimezoneOffset(), 

तो, चलिए समय क्षेत्र को प्राप्त करने का प्रयास करते हैं:

 new Date('1 Jan, 1970').getTimezoneOffset(); 

हमें 240 मिनट का एक ऑफसेट मिलता है;
IE में, एक ही कोड निष्पादित करते समय, हमें 3 बजे पहले से ही समय क्षेत्र ऑफसेट मिल जाता है।
आइए देखें कि वर्तमान के करीब एक वर्ष के मामले में IE हमें क्या देता है:

 new Date('1 Jan, 2012').getTimezoneOffset(): //-240 new Date('1 Jan, 2011').getTimezoneOffset(); //-180 

कोड में एक त्रुटि हुई क्योंकि कोड

 new Date("Jan 1, 1970"), 

हमें 3 घंटे की छूट मिलती है, और इसके लिए

 new Date().getTimezoneOffset() 

पहले से ही 4 घंटे के लिए।
मेरा मानना ​​है कि रूस हाल के दिनों में जो कर रहा है, उसका अनुवाद यहाँ किया गया है।
यहाँ क्या दृष्टिकोण सही है: IE या अन्य?