Moment: तिथियों को जोड़ना और घटाना उन घंटों को संरक्षित नहीं करता है जब समयक्षेत्र में मध्य रात्रि डीएसटी नियम होते हैं

को निर्मित 22 अग॰ 2018 · 8टिप्पणियाँ · स्रोत: moment/moment

मुद्दे का विवरण:

मैं एक तिथि सीमा बनाने की कोशिश कर रहा हूँ (क्षण तिथियों की सरणी) जहाँ प्रत्येक तिथि पिछली के बाद 1 दिन है। यह सभी उपयोगकर्ताओं के लिए अपेक्षा के अनुसार काम करता है, लेकिन हमने अमेरिका / सैंटियागो टाइमज़ोन में एक उपयोगकर्ता के लिए एक बग रिपोर्ट प्राप्त की है जो यूआई में डुप्लिकेट की गई तारीखों को देख रहा है। मैंने जो देखा वह यह है कि किसी विशेष तिथि में 1 दिन जोड़ना वास्तव में केवल 23 घंटे जोड़ना है।

पर एक तारीख के साथ 8/11/2018 00:00:00 अमेरिका / सैंटियागो समय क्षेत्र में, के लिए 1 दिन बढ़ जाती है समय जोड़ने 8/11/2018 23:00:00 के बजाय 8/12/2018 00:00:00 ।

डॉक्स बताते हैं कि दिनों_ का उपयोग करते हुए DST के पार जाने के दौरान घंटों को संरक्षित किया जाना चाहिए, लेकिन यहां यह सच नहीं है।

दिन के समय की बचत के समय को पार करने वाले समय को जोड़ने पर ध्यान रखने के लिए विशेष विचार भी हैं। यदि आप वर्षों, महीनों, सप्ताहों या दिनों को जोड़ रहे हैं, तो मूल घंटा हमेशा जोड़े गए घंटे से मेल खाएगा।

// This code is from moment.js docs https://momentjs.com/docs/#/manipulating/add/
var m = moment(new Date(2011, 2, 12, 5, 0, 0)); // the day before DST in the US
m.hours(); // 5
m.add(1, 'days').hours(); // 5

प्रजनन करने कि प्रक्रिया

निम्नलिखित कोड में, उपयोग किए जा रहे टाइमज़ोन पर आधी रात को डीएसटी नियम है। मेरे पास एक तिथि है जो इस नियम से पहले मध्यरात्रि को होती है। मैंने इस तिथि में 1 दिन जोड़ा है, और उम्मीद करता हूं कि यह अगले दिन आधी रात / 0 घंटे (घंटे संरक्षित होना चाहिए) होनी चाहिए, लेकिन यह वास्तव में केवल जोड़ रहा है 23 घंटे।

fmt = d => d.format() + ' ' + d.tz()

x = moment.tz(new Date('08/11/2018 00:00:00'), 'America/Santiago');
fmt(x);                       // "2018-08-11T00:00:00-04:00 America/Santiago"
fmt(x.clone().add(1, 'day')); // "2018-08-11T23:00:00-04:00 America/Santiago" - offset unchanged, added 23 hours not 1 day
fmt(x.clone().add(2, 'day')); // "2018-08-13T00:00:00-03:00 America/Santiago" - original hour preserved now

यहां, आप देख सकते हैं कि 24 घंटे जोड़ने से इसे 25 घंटे तक शिफ्ट कर दिया गया और टाइमज़ोन ऑफसेट को बदल दिया गया।

fmt = d => d.format() + ' ' + d.tz()

x = moment.tz(new Date('08/11/2018 00:00:00'), 'America/Santiago');
fmt(x);                          // "2018-08-11T00:00:00-04:00 America/Santiago"
fmt(x.clone().add(24, 'hours')); // "2018-08-12T01:00:00-03:00 America/Santiago" - offset changed, added 25 hours
fmt(x.clone().add(48, 'hours')); // "2018-08-13T01:00:00-03:00 America/Santiago"

वातावरण:

संस्करण 68.0.3440.84 (आधिकारिक बिल्ड) (64-बिट)
Mac OSX El Capitan 10.11.6 (15G31)

अन्य जानकारी जो सहायक हो सकती है:

मशीन टाइमज़ोन: यूएस ईस्टर्न टाइमज़ोन, डेलाइट सेविंग टाइम
समय और दिनांक कोड चलाया गया था: 22 अगस्त, 2018 को दोपहर 3:00 बजे
मैंने क्रोम देव टूल्स में इस मुद्दे को मोमेंट.जेएस वेब पेज पर पुन: पेश किया

जेएस दिनांक आउटपुट

(नई तिथि ())। स्ट्रिंग ()

बुध अगस्त 22 2018 15:13:40 GMT-0400 (पूर्वी डेलाइट समय)

(नई तिथि ())। toLalealeString ()

8/22/2018, 3:13:40 PM

(नई तिथि ())। getTimezoneOffset ()

navigator.userAgent

मोज़िला / 5.0 (Macintosh; Intel Mac OS X 10_11_6) AppleWebKit / 537.36 (KHTML, जैसे गेको) Chrome / 68.0.3440.84 Safari / 537.36

moment.version

2.22.2

Bug DST Pending Next Release Up-For-Grabs

स्रोत

CoryDanielson

👍13

सबसे उपयोगी टिप्पणी

यहाँ का व्यवहार ऐसा लगता है जैसे पल-पल के बीच बदला गया था v0.5.4 और v0.5.26।
पुराने संस्करण में, '2018-08-11' में 1 दिन जोड़कर आपको उसी दिन 11pm दिया गया
नए संस्करण में, यह आपको आधी रात को '2018-08-12' देता है। लेकिन यह समय वास्तव में मौजूद नहीं है, और 1 मिनट जोड़ने पर एक घंटे वापस चला जाता है - लेकिन इस डीएसटी परिवर्तन को 1 घंटे जोड़ना था।

पुराना संस्करण, इस मुद्दे में वर्णित व्यवहार करता है:
https://jsfiddle.net/eqyvuxht/1/

नया संस्करण, बदला हुआ व्यवहार, लेकिन फिर भी गलत मुझे लगता है?
https://jsfiddle.net/0h6atn4b/4/

यहाँ एक समाधान है:

function switchZone(m, zone) {
  let arr = [m.year(), m.month(), m.date(), m.hour(), m.minute(), m.second()];
  if(zone) {
    return moment.tz(arr, zone);
  }
  return moment(arr);
}

function safeAddDays(m, days) {
   let oldZone = m.tz();
   let utc = switchZone(m, 'UTC');
   utc.add(days, 'days');
   return switchZone(utc, oldZone);
}

mblandfo 25 जुल॰ 2019

👍5

सभी 8 टिप्पणियाँ

मैंने इसे यूरोप / रोम के समयक्षेत्र में पुन: उत्पन्न करने की कोशिश की, और इसमें असमर्थ रहा:

यूरोप / रोम - https://www.timeanddate.com/time/change/italy/rome

अक्टूबर 28, 2018 - डेलाइट सेविंग टाइम एंड्स
जब स्थानीय दिन के उजाले का समय पहुँचने वाला होता है
रविवार, 28 अक्टूबर, 2018, 3:00 बजे घड़ियों को 1 घंटे पीछे कर दिया जाता है
रविवार, अक्टूबर 28, 2018, 2:00:00 इसके बजाय स्थानीय मानक समय है।

इस कोड में कोई बग नहीं है।

d => d.format() + ' ' + d.tz()

x = moment.tz(new Date('10/27/2018 00:00:00'), 'Europe/Rome');
fmt(x)                       // "2018-10-27T06:00:00+02:00 Europe/Rome"
fmt(x.clone().add(1, 'day')) // "2018-10-28T06:00:00+01:00 Europe/Rome" - tz offset changed, hour preserved as expected
fmt(x.clone().add(2, 'day')) // "2018-10-29T06:00:00+01:00 Europe/Rome"

आप देख सकते हैं कि TZ बदल जाता है, लेकिन घंटे स्थिर रहते हैं।

CoryDanielson 22 अग॰ 2018

प्रजनन चरणों के आधार पर, ऐसा लगता है कि कोड में एक विसंगति है जब तारीख ने डीएसटी कटऑफ पर पूरी तरह से भूमि को जोड़ा। सैंटियागो के समयक्षेत्र में, डीएसटी नियम यह है कि आधी रात को घड़ियां एक घंटे पीछे चली जाती हैं।

ऐसा प्रतीत होता है कि यह बढ़त मामला विशेष रूप से टाइमज़ोन के लिए हो सकता है जहां मध्यरात्रि में डीएसटी कटऑफ होता है, क्योंकि मैं एक टाइमज़ोन के साथ पुन: उत्पन्न करने में असमर्थ था जहां कटऑफ 3 बजे है, x 3 पर

यूरोप / रोम - https://www.timeanddate.com/time/change/italy/rome

अक्टूबर 28, 2018 - डेलाइट सेविंग टाइम एंड्स
जब स्थानीय दिन के उजाले का समय पहुँचने वाला होता है
रविवार, 28 अक्टूबर, 2018, 3:00 बजे घड़ियों को 1 घंटे पीछे कर दिया जाता है
रविवार, अक्टूबर 28, 2018, 2:00:00 इसके बजाय स्थानीय मानक समय है।

इस कोड में कोई बग नहीं है।

fmt = d => d.format() + ' ' + d.tz()

x = moment.tz(new Date('October 27, 2018 03:00:00'), 'Europe/Rome');
fmt(x);                       // "2018-10-27T09:00:00+02:00 Europe/Rome"
fmt(x.clone().add(1, 'days')) // "2018-10-28T09:00:00+01:00 Europe/Rome" - tz offset changed, hour preserved as expected
fmt(x.clone().add(2, 'days')) // "2018-10-29T09:00:00+01:00 Europe/Rome"

CoryDanielson 22 अग॰ 2018

मैं यह पुष्टि करने में सक्षम था कि यह बग केवल टाइमज़ोन के लिए मौजूद है जब डीएसटी कटऑफ आधी रात को होती है, और आप एक तारीख में समय जोड़ रहे हैं जो तारीख को कटऑफ पर उतरने का कारण बनता है।

अमेरिका / पुंटा_अरेनस - https://www.timeanddate.com/time/zone/chile/punta-arenas
2016 में, इस टाइमज़ोन में आधी रात को भी कटऑफ थी।

इस कोड में एक बग दिखाई देता है। प्रत्येक पंक्ति के बाद टिप्पणी देखें

fmt = d => d.format() + ' ' + d.tz()

x = moment.tz(new Date('08/13/2016 00:00:00'), 'America/Punta_Arenas')
fmt(x);                        // "2016-08-13T00:00:00-04:00 America/Punta_Arenas"
fmt(x.clone().add(1, 'days')); // "2016-08-13T23:00:00-04:00 America/Punta_Arenas" - 23 hours added, not 1 day, no tz offset change
fmt(x.clone().add(2, 'days')); // "2016-08-15T00:00:00-03:00 America/Punta_Arenas"

CoryDanielson 22 अग॰ 2018

मैंने पाया कि इसी तरह के टाइमज़ोन (आधी रात को डीएसटी) पर घटाकर एक समान मुद्दा प्रतीत होता है।

जब DST शिफ्ट में बिल्कुल तारीखों को घटाया जाता है, तो उस दिन घंटे को संरक्षित नहीं किया जाता है, लेकिन तारीख बदल दी जाती है।

fmt = d => d.format() + ' ' + d.tz()

x = moment.tz(new Date('08/13/2018 23:00:00'), 'America/Santiago');
fmt(x);                             // "2018-08-14T00:00:00-03:00 America/Santiago"
fmt(x.clone().subtract(1, 'days')); // "2018-08-13T00:00:00-03:00 America/Santiago"
fmt(x.clone().subtract(2, 'days')); // "2018-08-12T01:00:00-03:00 America/Santiago" - hour not preserved, but date changed
fmt(x.clone().subtract(3, 'days')); // "2018-08-11T00:00:00-04:00 America/Santiago" - original hour preserved now

CoryDanielson 22 अग॰ 2018

👍5

हमें इस समस्या की एक और रिपोर्ट मिली, जिसमें America/Asuncion को उनके समयक्षेत्र के रूप में देखा गया है।

हमारे आवेदन में बग का निर्माण करने वाला फ़ंक्शन इस तरह दिखता है:

function generateDayRange(start, end) {
    const days = [];
    let current = start.clone();

    while (current <= end) {
        days.push(current.clone());
        current = current.add(1, 'days');
    }

    return days;
}

जब हम इस फ़ंक्शन का उपयोग करते हैं, तो हम एक शुरुआत की तारीख में गुजरते हैं जो दिन की शुरुआत में होती है, और एक अंतिम तिथि जहां समय उतना महत्वपूर्ण नहीं है:

generateDayRange(startDate.clone().startOf('week'), startDate.clone().endOf('week'));
generateDayRange(getAppDate(startDate), getAppDate(endDate));
generateDayRange(startRange, startRange.clone().add(27, 'days'));

मुद्दा यह है कि क्षण तारीखों के परिणामस्वरूप सरणी में एक डुप्लिकेट दिन होता है, जो हमारे एप्लिकेशन के यूआई में दिखाई देता है (एक कैलेंडर में डुप्लिकेट दिन होता है)।

मेरी बड़ी चिंता यह है कि चूंकि पुस्तकालय अपेक्षित रूप से व्यवहार नहीं करता है, इसलिए अधिक सूक्ष्म मुद्दों पर किसी का ध्यान नहीं जा सकता है, जैसे डेटा का कथित नुकसान, खराब अनुरोध, आदि।

मैं कोडपैन या कुछ और में परीक्षणों का एक सेट प्राप्त करने के लिए काम करूंगा, ताकि उत्सुक पाठक इस मुद्दे को हल करने में एक स्टैब ले सकें।

CoryDanielson 18 सित॰ 2018

संबंधित समस्या # 4785 कोड के लिंक हैं:
पल उदाहरण https://runkit.com/embed/1r62d83amq7x
अभी तक लक्सन इसे सही ढंग से संभालता है
https://runkit.com/embed/t49achvensqf

मुझे पता है कि हाल ही में DST परिवर्तन हुए थे, इसलिए हमें develop (लेकिन जारी नहीं) पर वर्तमान में कोड के खिलाफ जांच करनी चाहिए। या, हम अगली रिलीज तक इंतजार कर सकते हैं कि क्या चीजें अभी भी समान हैं।

marwahaha 19 जन॰ 2019

पुराना संस्करण, इस मुद्दे में वर्णित व्यवहार करता है:
https://jsfiddle.net/eqyvuxht/1/

नया संस्करण, बदला हुआ व्यवहार, लेकिन फिर भी गलत मुझे लगता है?
https://jsfiddle.net/0h6atn4b/4/

यहाँ एक समाधान है:

function switchZone(m, zone) {
  let arr = [m.year(), m.month(), m.date(), m.hour(), m.minute(), m.second()];
  if(zone) {
    return moment.tz(arr, zone);
  }
  return moment(arr);
}

function safeAddDays(m, days) {
   let oldZone = m.tz();
   let utc = switchZone(m, 'UTC');
   utc.add(days, 'days');
   return switchZone(utc, oldZone);
}

mblandfo 25 जुल॰ 2019

👍5

हम इसी महीने (सितंबर 2019) को जारी कर रहे हैं, जहां हमारे डेटो पिकर का उपयोग करने वाले हमारे सैंटियागो उपयोगकर्ताओं को 1, 2, 3, 4, 5, 6, 7, 7, 7, 7 तारीखों के साथ एक कैलेंडर दिखाई दे रहा है। सितंबर का महीना ... हुड के तहत, हम .add(1, 'days') का भी उपयोग कर रहे हैं। यह अगले साल सितंबर 2020 में फिर से होगा अगर हमारे पास इसके लिए कोई फिक्स नहीं है।

@mblandfo वर्कअराउंड हमारे लिए ट्रिक भी लगता है। धन्यवाद!

aconrad 17 सित॰ 2019

क्या यह पृष्ठ उपयोगी था?

0 / 5 - 0 रेटिंग्स

सबसे उपयोगी टिप्पणी

सभी 8 टिप्पणियाँ

संबंधित मुद्दों