Rrule: Tanggal yang salah

Dibuat pada 16 Apr 2018 · 9Komentar · Sumber: jakubroztocil/rrule

Saya sedang membangun kalender dalam reaksi-asli dan memperhatikan sesuatu yang aneh

Ketika saya menjalankan ini di iOS

console.log(
  rrulestr('FREQ=DAILY;DTSTART=20180416T070000Z;INTERVAL=2;WKST=MO')
    .between(
      new Date("2018-10-24T22:00:00.000Z"),
      new Date("2018-11-03T00:00:00.000Z")
    )
)

Saya mendapatkan yang berikut ini:

Array [
  2018-10-25T07:00:00.000Z,
  2018-10-27T07:00:00.000Z,  <--
  2018-10-28T08:00:00.000Z,  <--
  2018-10-30T08:00:00.000Z,
  2018-11-02T08:00:00.000Z,
]

Dimana saya menjalankannya di konsol di https://jakubroztocil.github.io/rrule/
saya mendapat hasil yang lebih benar:

Array [
  2018-10-25T07:00:00.000Z,
  2018-10-27T07:00:00.000Z, <--
  2018-10-29T08:00:00.000Z, <--
  2018-10-31T08:00:00.000Z,
  2018-11-02T08:00:00.000Z,
]

Saya menggunakan aturan v2.2.9
yang lainnya memang terlihat benar dari 16-04-2018 hingga saat ini

Sumber

jimmywarting

Komentar yang paling membantu

menggunakan @2.2.0 alih-alih @2.2.8 berfungsi

jimmywarting pada 16 Apr 2018

👍3

Semua 9 komentar

Bahkan jalankan ini di taman bermain npm: https://runkit.com/embed/1lgceq9e7rm0

jimmywarting pada 16 Apr 2018

Pikirkan itu mungkin terkait dengan https://github.com/jakubroztocil/rrule/issues/157

jimmywarting pada 16 Apr 2018

menggunakan @2.2.0 alih-alih @2.2.8 berfungsi

jimmywarting pada 16 Apr 2018

👍3

Lihat juga https://github.com/jakubroztocil/rrule/issues/201

Jogai pada 7 Mei 2018

Kami mengalami masalah ini juga. Masalahnya tampaknya disebabkan oleh pergeseran musim panas di bulan November. Menurunkan versi ke @2.2.0 dari @2.2.9 juga berhasil bagi kami.

chrishanyu pada 5 Jun 2018

Saya juga mendapatkan tanggal yang salah dengan @2.2.9 Saat menyetel frekuensi ke mingguan dan hari kerja ke Kamis, saya mendapat tanggal pada hari Rabu! Beralih kembali ke @ 2.2.0 berhasil untuk saya.
Saya di GMT+2 (Eropa Tengah, waktu musim panas)

scoutkirkolson pada 21 Jun 2018

Sama di sini, zona waktu GMT+3 (Kyiv/Ukraina musim panas)
Aturan yang sama: FREQ=MINGGU;BYDAY=FR;DTSTART=20180713T060000Z;UNTIL=20180727T060000Z
mengembalikan hasil yang berbeda di Firefox dan Chrome, di mana Chrome tampaknya mengambil BYDAY=BYDDAY-1

Pengunduran dari 2.2.9 ke 2.2.0 memperbaiki masalah

pzhuk pada 14 Jul 2018

@jimmywarting @chrishanyu @scoutkirkolson @pzhuk Saya yakin ini telah diperbaiki di 2.3.3. Silakan buka kembali jika Anda terus mengalami masalah.