Partly still existing problem, see time stamps in screenshot
Event on the regular servers
Steps to Reproduce / Schritte zur Reproduktion
Go to ‘…’ / Gehe zu ‘…’
Click on ‘…’ / Klicke auf ‘…’
Scroll down to ‘…’ / Scrolle nach unten zu ‘…’
See error / Fehler sichtbar
Expected Behavior / Erwartetes Verhalten
Actual Behavior / Tatsächliches Verhalten
Impact on Usage / Auswirkung auf die Nutzung
Minor: Small / cosmetic impact. / Kleiner / kosmetischer Einfluss.
Moderate: It disrupts some workflows. / Beeinträchtigt einige Arbeitsabläufe.
Critical: I can’t use the platform at all. / Die Plattform ist nicht nutzbar.
It happened to me again too. PF sends request to speak → speaks immediately → sends request to speak again a short time later → does not speak → sends request to speak again → responds approximately 1 minute later
EDIT: The sim speed was changed again and again. This causes the timestamp in the radio to be real time, but the sim time is already quite a bit further ahead
I’m still having the problem. A time jump was actually made in the session (at some point). Communication worked in general, but as soon as larger operations are running, it stops working
I also often experience delays in the dispatch implementing the speech request from the rescue vehicle… but the NEF always press the normal speech request first and then the urgent speech request to get through
