V4: Zeitsprünge

Zusammenfassung

Nach erneutem Beitreten einer Session oder nach dem Pausieren springt die Simulation eine gewisse Zeit zurück. Meist nur 1h, teilweise aber auch einen ganzen Tag.

Schritte zur Reproduktion

  1. Simulation starten
  2. Pausieren (und Session verlassen)
  3. Nach gewisser Zeit (wieder erneut beitreten und) starten

Erwartetes Verhalten

Die Simulation geht ab dem Zeitpunkt weiter, ab dem sie pausiert wurde.

Tatsächliches Verhalten

Die Simulation springt in die Vergangenheit zurück. Bis zum Zeitpunkt, an dem die Simulation ursprünglich pausiert wurde werden auch keine Einsätze generiert und Fahrzeuge fahren nicht weiter.

Impact on Usage / Auswirkung auf die Nutzung

Minor: Kleiner / kosmetischer Einfluss.
Moderate: Beeinträchtigt einige Arbeitsabläufe.
Critical: Die Plattform ist nicht nutzbar.

Simulation rolls back time after pausing and rejoining session [SIMD4-85] #85

:united_states: The team is reviewing the issue based on provided information and will prioritize it next.
:germany: Das Team prüft das Problem anhand der Angaben und wird es anschließend priorisieren.

Das ist mittlerweile echt nervig und wird immer mehr zu nem Showstopper. Durch den Sprung um Stunden zurück werden manche FZ wieder auf Status 6 gesetzt, obwohl sie in einem Einsatz waren. Wenn die Simulation dann wieder auf die normale Uhrzeit weitergelaufen ist, melden sich die FZ wieder klar mit S2, obwohl sie eigentlich einsatzgebunden sind und das gibt dann ein riesiges Chaos.

Beispiel hier:
9:00: RK Oberhaching 71/1 beginnt den Dienst S6 → S2
9:10: Disposition RK Oberhaching 71/1 S2 → S3
9:15: Simulation wird pausiert und verlassen
—Einige Zeit später, Simulation wird wieder beigetreten. Zeit springt zurück auf 5:30—
5:30: RK Oberhaching 71/1 sendet S6 (außerhalb der Dienstzeit) S3 → S6
9:00: RK Oberhaching 71/1 meldet sich „erneut“ klar zum Dienst S6 → S2 ABER sollte auf S3 sein, da ja um 9:10 der Einsatz gesendet wurde. Interessanterweise erkannt das das Spiel, die Statusfolgeüberwachung greift und meldet, dass das FZ den falschen Status sendet.

Das führt dazu, dass RK Oberhaching 71/1 den Einsatz nicht bearbeitet.

Update: duplicate

:united_states: This issue duplicates an existing report.
:germany: Dieses Problem wurde bereits gemeldet.