Kannst du uns den Link (Also eigentlich nur die Query-Parameter, das Ziel interessiert nicht) zur Verfügung stellen?
Beiträge von Moritz
-
-
-
Ja, das Problem kommt mit dem Update auf Android 16.
Kurze Zusammenfassung:
- Vorher hat das so funktioniert: Du hast der App die Berechtigung gegeben, den Nicht-Stören-Modus zu steuern. Wenn eine Alarmierung kam, haben wir den Nicht-Stören-Modus (Fachbegriff DnD - Do not Disturb) deaktiviert, das Handy in RingerMode "normal" versetzt, die Alarmierung gesendet und dann alles wieder rückwärts.
- Das deaktivieren des DnD zum Zeitpunkt der Alarmierung funktioniert mit Android 16 (offenbar) nicht mehr. Der RingerMode wird zwar auf normal gesetzt und die Lautstärke erhöht, jedoch unterdrückt das Betriebssystem alle Benachrichtigungsaktionen (Vibration, Ton).
- Mit einem der nächsten Beta-Builds versuchen wir die Sache nun anders: Du musst die App explizit als Ausnahme in den DnD-Einstellungen hinterlegen. Dann kommen die Signale trotz aktiviertem DnD trotzdem durch.
- Wir können leider im Moment nicht automatisiert prüfen, ob das der Fall ist und wir können App-Seitig den Benutzer auch nur zu den Systemeinstellungen schicken, die Aktion die Ausnahme zu hinterlegen, muss er leider selbst tun. -
Hallo,
Ich habe hier zu eine andere Frage, wenn ich jetzt jemanden im neuen Portal einlade und dieser nur die neue App nutzt, wie verhält sich das mit dem Einsatzmonitor? Denn da wird der Kamerad nicht angezeigt!
Gruß Dennis
Danke für den Hinweis. Der Filter, der auf "aktive" Benutzer filterte, war noch nicht angepasst, daher tauchte der Benutzer dort nicht auf. Beim nächsten Connect-Update in den kommenden Tagen ist das behoben. Von deiner Seite aus besteht kein Handlungsbedarf.
-
Hast du den Benutzer über das neue Portal eingeladen?
Falls ja, lösche ihn bitte dort einmal und lege ihn über das alte Portal an. Die Migration von Benutzern funktioniert nur von alt nach neu aber nicht anders herum. -
Version 2.9.0
* Fallback-Einsätze bekommen eine generische Einsatznummer, die wie folgt aufgebaut ist: "T2C-FB-{DateTime.Now:yyyy-MM-dd}-{sds.ExtractCalloutReference() ?? -1}"Download via https://feuersoftware.com/doku/tetracontrol2connect/
-
Hi,
an der alten EinsatzApp wird nachvollziehbarerweise nichts mehr verändert. Bitte teste die neue EinsatzApp:
-
Version 2.8.4
* Bei der Detektion von Sirenen-Callouts wird nun auf "$2\d\d\d" geprüft, anstelle von "$\d\d\d\d"
* Separates Logging für Sirenen-Events hinzugefügt. Neues Logfile "siren_events_yyyymmdd.txt"Download via https://feuersoftware.com/doku/tetracontrol2connect/
-
Version 2.8.3
* Wenn AcceptSDSAsCalloutsWithPattern auf true gesetzt ist, wird an die über Pattern evtl. ausgewertete RIC noch die Standard-Callout Informationen angehängtDownload via https://feuersoftware.com/doku/tetracontrol2connect/
-
Danke für das positive Feedback.
Die Dienstausweisfunktion kann im neuen Portal dann aktiviert werden. Ihr werdet im Forum benachrichtigt, sobald es soweit ist. Dauert nicht mehr lange.
Zu Nextcloud: Wird erstmal nicht eingebaut. Wir müssen uns noch intern beraten wie wir mit Nextcloud in Zukunft verfahren möchten.
-
Aus der Community haben wir einen Hinweis erhalten, dass die Funktionsfähigkeit der KI-Sprachausgabe eine Abhängigkeit zu Microsoft Visual C++ Redistributables hat.
Download: https://aka.ms/vs/17/release/vc_redist.x64.exe
Danke an Niklas
-
Version 2.8.2
* Sirenen-Heartbeat und Störungsmeldungen von Sonnenburg-Sirenen werden nun korrekt verarbeitet.
* Fehlerbehebung bei der Verarbeitung von Konfigurationswerten, die Dictionaries sind (z.B. Schweregradübersetzungen, Sirenen-Störungsübersetzungen). Diese werden wieder korrekt aus der Konfigurationsdatei gelesen.
* Das bedeutet aber auch, dass die Konfiguration jetzt diese Werte auch enthalten muss, vorher wurden Standardwerte angenommen. Falls Werte fehlen, diese aus der mitglieferten AppSettings-datei reinkopieren als Standardwerte.Download via https://feuersoftware.com/doku/tetracontrol2connect/
-
-
Wir werden euch diesbezüglich informieren, wir sind in den letzten Zügen...
-
"Problemlos" würde ich nicht sagen. An sich ist die parallele Nutzung kein Problem, die Apps sind vollständig voneinander getrennt.
Jedoch kann es im Falle einer Alarmierung (die ja auf der neuen und alten App gleichzeitig signalisiert wird) zu ungewollten Wechselwirkungen der Benachrichtigungen kommen. Sozusagen würgt dann die eine App der anderen die Alarmierung ab.
Um hier keine unnötigen Supportfälle zu generieren, empfehle ich, sich für eine der beiden Apps zu entscheiden. -
Version 2.8.1
* Sirenen-Störungsmeldungen (Mängelmeldungen) lösen sich nun automatisch auf, wenn Sirene eine Klarmeldung (Heartbeat) schickt.
* Sirenen-Heartbeat-Überwachung nun möglich. Unter Punkt Site->Siren nun neuer Parameter "ExpectedHeartbeatInterval". Dort kann im Format "HH:mm:ss" das Intervall eingetragen werden, wo ein Heartbeat erwartet wird. Falls dieser ausbleibt wird eine Störungmeldung erstellt.
* Heartbeats werden in einer Datei "heartbeats.json" im Arbeitsverzeichnis gespeichert.Download via https://feuersoftware.com/doku/tetracontrol2connect/
-
Hi, tut mir leid, es gibt aktuell keine Möglichkeit über die öffentliche Schnittstelle (egal ob Organisation / Standort oder User API) die Verfügbarkeit eines Benutzers abzufragen. Man kann sie nur setzen.
-
Version 2.8.0
* BREAKING: In der Konfiguration sind nur noch Standort-API-Schlüssel zulässig. Beim Start des Programms wird ein Fehler geworfen, wenn noch Organisationsschlüssel hinterlegt sind.
Download via https://feuersoftware.com/doku/tetracontrol2connect/
-
Wie ich geschrieben habe:
Melde dich bitte individuell unter info@feuersoftware.comWas wir auf jeden Fall benötigen sind Details zu deinem Gerät und die Geräte ID. (Lange Zeichenfolge in der Mitte der Info-Page)
-
Wir können keine Fehlfunktion feststellen.
