Rrule: Falsche Daten

Erstellt am 16. Apr. 2018  ·  9Kommentare  ·  Quelle: jakubroztocil/rrule

Ich baute einen Kalender in React-Native und bemerkte etwas Seltsames

Wenn ich dies auf iOS ausführe

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")
    )
)

Ich habe folgendes bekommen:

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,
]

Wo, wie ich es in der Konsole unter https://jakubroztocil.github.io/rrule/ ausführe
Ich habe ein korrekteres Ergebnis:

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,
]

Ich verwende rrule v2.2.9
alles andere sah vom 16.04.2018 bis zu diesem Zeitpunkt korrekt aus

Hilfreichster Kommentar

Die Verwendung von @2.2.0 anstelle von @2.2.8 funktioniert

Alle 9 Kommentare

Führen Sie dies sogar im npm Playground aus: https://runkit.com/embed/1lgceq9e7rm0

Denke, es könnte mit https://github.com/jakubroztocil/rrule/issues/157 zusammenhängen

Die Verwendung von @2.2.0 anstelle von @2.2.8 funktioniert

Wir sind auch auf dieses Problem gestoßen. Das Problem scheint durch die Sommerzeitumstellung im November verursacht worden zu sein. Ein Downgrade auf @2.2.0 von @2.2.9 hat auch bei uns funktioniert.

Ich habe auch falsche Daten mit @2.2.9 bekommen. Wenn ich die Häufigkeit auf wöchentlich und Wochentag auf Donnerstag eingestellt habe, habe ich Daten bekommen, die auf Mittwoch lagen! Das Zurückschalten auf @ 2.2.0 hat bei mir funktioniert.
Ich bin in GMT+2 (Mitteleuropa, Sommerzeit)

Auch hier, Zeitzone GMT+3 (Sommerzeit Kiew/Ukraine)
Gleiche Regel: FREQ=WEEKLY;BYDAY=FR;DTSTART=20180713T060000Z;UNTIL=20180727T060000Z
gibt unterschiedliche Ergebnisse in Firefox und Chrome zurück, wobei Chrome BYDAY=BYDDAY-1 zu nehmen scheint

Fallback von 2.2.9 auf 2.2.0 behebt das Problem

@jimmywarting @chrishanyu @scoutkirkolson @pzhuk Ich glaube, das wurde in 2.3.3 behoben. Bitte öffnen Sie erneut, wenn Sie weiterhin Probleme haben.

Wir haben dieses Problem festgestellt und durch die Rückkehr zu 2.2.0 wurde es behoben

War diese Seite hilfreich?
0 / 5 - 0 Bewertungen