Angular.js: ऑस्ट्रेलिया में चलने पर यूनिट परीक्षण विफल हो जाते हैं

शायद हमें अनुरोधों को खींचने के लिए जियोलोकेशन जानकारी को जोड़ना चाहिए?

जब मैं ऑस्ट्रेलिया में परीक्षण चलाता हूं तो मुझे एक समान स्टैकट्रेस मिलती है:

(92:86:sɾ˙ɔǝdssʞɔoɯ-ɹɐlnƃuɐ/ʞɔoɯƃu/ʇsǝʇ/sɾ˙ɹɐlnƃuɐ/qnɥʇıƃ/ɯɔs/ʇʇǝɹq/sɹǝsn/) <snoɯʎuouɐ>˙llnu ʇɐ        
˙12 ɥɔʇɐɯ oʇ 22 pǝʇɔǝdxǝ :ɹoɹɹǝ    
˙12 ɥɔʇɐɯ oʇ 22 pǝʇɔǝdxǝ    
(92:46:sɾ˙ɔǝdssʞɔoɯ-ɹɐlnƃuɐ/ʞɔoɯƃu/ʇsǝʇ/sɾ˙ɹɐlnƃuɐ/qnɥʇıƃ/ɯɔs/ʇʇǝɹq/sɹǝsn/) <snoɯʎuouɐ>˙llnu ʇɐ        
˙0 ǝq oʇ 1 pǝʇɔǝdxǝ :ɹoɹɹǝ    
˙0 ǝq oʇ 1 pǝʇɔǝdxǝ    
(92:06:sɾ˙ɔǝdssʞɔoɯ-ɹɐlnƃuɐ/ʞɔoɯƃu/ʇsǝʇ/sɾ˙ɹɐlnƃuɐ/qnɥʇıƃ/ɯɔs/ʇʇǝɹq/sɹǝsn/) <snoɯʎuouɐ>˙llnu ʇɐ        
˙3 ǝq oʇ 4 pǝʇɔǝdxǝ :ɹoɹɹǝ    
˙3 ǝq oʇ 4 pǝʇɔǝdxǝ    
pǝlıɐɟ poɥʇǝɯ sɹnoɥʇǝƃ ǝʞɐɟ plnoɥs ǝʇɐpzʇ ʞɔoɯƃu (0˙9˙01 x so ɔɐɯ) 0561˙0˙13 ǝɯoɹɥɔ

(सभी गंभीरता से, मैंने इस मुद्दे को खुद को सौंपा और इस पर एक नज़र डालूंगा)

मैं इस व्यक्ति को संभालने के लिए तैयार हूँ अगर मेरे लिए ऑस्ट्रेलिया की यात्रा समाप्त हो सकती है :)

NZ में एक ही मुद्दा।

मुझे यह समझ में नहीं आया कि यह मामला क्यों है। TzDate नकली को विशेष रूप से टाइम-ज़ोन अज्ञेयवादी बनाया गया है।

हम आपकी स्थानीय सेटिंग्स के आधार पर ऑफ़सेट की गणना करते हैं और फिर सभी टाइमज़ोन में समान होने के लिए तारीख समायोजित करते हैं। देखें: https://github.com/angular/angular.js/blob/547871e779f7a1e340c03296405735415764a0e8/src/ngMock-angular-mocks.js#L647 -L649

मुझे समझ में नहीं आता है कि ऑस्ट्रेलिया और न्यूजीलैंड को छोड़कर सभी टाइमज़ोन में यह ठीक क्यों है। कोई विचार?

@IgorMinar हैलो भविष्य से! एक-एक करके बंद को देखते हुए, यह सिर्फ एक डीएसटी मुद्दा प्रतीत होता है (यदि मैं ब्रिस्बेन में स्थानांतरित करने के लिए परीक्षण पास करता हूं जहां वे डीएसटी का अभ्यास नहीं करते हैं)। सूचक के लिए धन्यवाद, यह एक सहायक सुराग था। मैं एक साथ एक अनुरोध अनुरोध डालूँगा।

दरअसल, आगे की जांच पर, यह कोणीय परीक्षणों में एक बग की तरह नहीं दिखता है - शायद एक देशी समस्या। ऑस्ट्रेलिया में DST की शुरुआत 1971 में हुई थी, इसलिए UNIX युग 10:00 UTC + 10, 1/1/70 पर था।

हालाँकि, एक नकारात्मक ऑफसेट का उपयोग करने वाले परीक्षणों में, ये लोग +10 के बजाय +11 के रूप में एक टाइमज़ोन देते हैं। यह नोड में भी देखा जा सकता है:

$ node
> new Date(0)
Thu Jan 01 1970 10:00:00 GMT+1000 (EST)
> new Date(-36000000)
Thu Jan 01 1970 01:00:00 GMT+1100 (EST)
> new Date(1970, 0, 1)
Thu Jan 01 1970 00:00:00 GMT+1100 (EST)
> new Date(1970, 0, 1, 1, 0, 0)
Thu Jan 01 1970 01:00:00 GMT+1100 (EST)

परिणाम उन स्थितियों के अनुसार बेतहाशा भिन्न होते हैं जिन्हें मैं नियंत्रित नहीं कर सकता - सफारी नई तिथि (0) के लिए भी गलत हो जाती है, और कुछ शर्तों को मैं पुन: उत्पन्न नहीं कर सकता है कुछ क्रोम टैब (लेकिन कर्म में नए नहीं हैं) इसे सही कर रहे हैं ।

वहाँ एक समाधान है: तारीखों को परिवर्तित करने के लिए परीक्षणों को बदलना जो नकारात्मक नहीं बनेंगे। यह एक कीचड़ का एक सा है, लेकिन परीक्षण को अमान्य नहीं लगता है - उम्मीद है कि स्वीकार्य है?

मेरा मानना ​​है कि यह ES5 15.9.1.8 (https://es5.github.io/#x15.9.1.8) के कारण है।

"ECMAScript के कार्यान्वयन से यह निर्धारित करने की कोशिश नहीं की जानी चाहिए कि क्या सही समय डेलाइट सेविंग टाइम के अधीन था, लेकिन सिर्फ डेलाइट सेविंग टाइम प्रभाव में होता अगर वर्तमान डेलाइट सेविंग टाइम एल्गोरिथ्म समय पर उपयोग किया गया होता। यह जटिलताओं से बचा जाता है। उन वर्षों को ध्यान में रखते हुए, जिन्हें स्थानीय लोगों ने दिन के समय की बचत के रूप में देखा।

यदि मेजबान पर्यावरण दिन के समय की बचत का समय निर्धारित करने के लिए कार्यक्षमता प्रदान करता है, तो ECMAScript का कार्यान्वयन वर्ष के समकक्ष वर्ष के लिए नक्शा करने के लिए स्वतंत्र है (वर्ष के लिए समान लीप-ईयर-नेस और उसी वर्ष सप्ताह शुरू) जिसके लिए मेजबान वातावरण प्रदान करता है डेलाइट सेविंग टाइम की जानकारी। एकमात्र प्रतिबंध यह है कि सभी समतुल्य वर्षों का समान परिणाम होना चाहिए। "

जब स्थानीय समय-क्षेत्र समायोजन की बात आती है, तो अलग-अलग JS इंजन दिनांक <1970 को अलग-अलग तरीके से हैंडल करते हैं। कुछ इंजन नक्शे <1970 से अधिक आधुनिक वर्षों तक, जो यह बताएंगे कि आप जिस तारीख को डीएसटी लागू कर रहे हैं उसे देख रहे हैं भले ही ऑस्ट्रेलिया ने डीएसटी का निरीक्षण नहीं किया था।

देखें: https://bugzilla.mozilla.org/show_bug.cgi?id=351066#c20 और https://bugzilla.mozilla.org/show_bug.cgi?id=1029923

+1

ज़ोर से हंस कर माफी मांगना)

एचएनवाईसी से यहां आए। यह मजाकिया है! : डी लोल

+1 - सर्वश्रेष्ठ बग रिपोर्ट!

+1 ऑस्ट्रेलिया को पचा गया।

यह विनिर्देश के साथ एक मुद्दा प्रतीत होता है, जाहिर है, सवाल यह है कि यह कैसे तय किया जाना चाहिए - जैसा कि ECMAscript विनिर्देशन कहता है कि DST को पिछले वर्षों में लागू किया जाना चाहिए, जबकि अन्य प्रोग्रामिंग भाषाएं और विशेष रूप से उपयोगकर्ता, एक अलग व्यवहार की अपेक्षा करते हैं।

या तो किसी को तारीख के आसपास एक आवरण लिखना होगा जो सही ढंग से पिछले डीएसटी डेटा को लागू करता है और इसलिए समस्या को ठीक करता है, या एक अलग समाधान खोजने की आवश्यकता है। मुझे नहीं पता कि कौन सा बेहतर होगा, लेकिन एक उपयोगकर्ता के लिए, वर्तमान समाधान निश्चित रूप से भ्रामक है।