Versionsupdate 0.5 RC ONLINE

[firEmergency]

Die Version 0.5 RC (Release Candidate) ist online. Alle Änderungen haben es nicht rein geschafft. Hier der Changelog dieser Version:


- InfoNode-Docking Framework aus firEmergency entfernen (GPL)
- Datumsbaum kann jetzt mit Rechtsklick bis zu den Monaten eingeklappt werden
- Input-Plugins können zurückgesetzt werden (vor allem bei Änderungen wichtig)
- Codes werden in der Client-GUI angezeigt
- Port werden gemerkt (beim Login)
- Mail-Input: Loggt bei Start immer die ERROR-Meldung: Falsches Mailformat
- Neues Sammelalarm/Expressalam Konfigurations-Fenster
- &ANZ_AUSFALL& (Parameter für Anzahl ausgefallener Reichweitenalarme) als Parameter für jeden Alarmtext hinzugefügt
- GroupAlarm: Unbekannter Fehler behoben
- Tooltips werden nun im Textfeld und nicht im Label angezeigt
- Mehrere Sammelalarmierungen können nun gleichzeitig abgearbeitet werden
- Sammelalarm > Text kann nun übertragen werden
- LogLevel kann temporär in den Einstellungen geändert werden
- Server-Monitor: Filterung von vorher definierten Einheiten (Netzkennung ignorieren)
- Reichweitenalarm: Rücksetzalarm nun möglich
- Server-Monitor: Datum Baum bei Programmstart nun entweder expandiert oder collapsed
- MailInput: Port von 143 auf 993 (SSL)
- AlivePlugin: Im Alarmtext steht jetzt drin, um wie viel Uhr das nächste Lebenszeichen verschickt wird.
- Rettalarm: Richtige Codierung von Benutzername + Passwort
- Einheitenübersicht in Server/Client GUI als Tabelle und nicht als Liste
- Scrollbar bei Textfield komponenten in der Client-GUI
- Benutzerübergreifender Expressalarm in der GUI
- Adressbuch: Mehrer Personen gleichzeitig markieren und löschen
- &2& bei Expressalarm liefert den Code der EA-RIC, und nicht den Code der echten RIC
- Sortierung der FirefighterOptionsBox nach Anzeigename


Die fehlenden Änderungen, bzw. die Info, was in der nächsten Version bis jetzt alles drin sein wird, findet ihr im Wiki:
http://firemergency-wiki.de/mediawik...?title=Version

[Flori95]

Die Prowl-Name sache is immer noch fix oder?

[florian_hsk]

Die Prowl-Name sache is immer noch fix oder?

Du meinst das "Einsatzalarmierung" ständig dabei steht? Lässt sich umgehen, indem du beim Alarmtext im Email-Betreff ein Leerzeichen eingibst. Sieht allerdings auch unschön aus, weil eine leere Zeile aufm iphone im Betreff ist.

Wäre gut, wenn das im nächsten Update berücksichtigt wird.
(kein Email-Betreff = kein "Einsatzalarmierung" = Zeile löschen)

[SebSeifert]

In der Server Oberfläche wird manchmal Serverstatus unbekannt angezeigt obwohl der Server läuft...

[firEmergency]

Du meinst das "Einsatzalarmierung" ständig dabei steht? Lässt sich umgehen, indem du beim Alarmtext im Email-Betreff ein Leerzeichen eingibst. Sieht allerdings auch unschön aus, weil eine leere Zeile aufm iphone im Betreff ist.

Wäre gut, wenn das im nächsten Update berücksichtigt wird.
(kein Email-Betreff = kein "Einsatzalarmierung" = Zeile löschen)

Ich hab kein iPhone, deswegen weiß ich jetzt nicht genau wie dieses Feld aussieht. Aber kann man da nicht die alarmierte Einheit reinschreiben? Also einfach zum Beispiel %4% in den Betreff?
Dann wäre es sinnvoll genutzt.

In der Server Oberfläche wird manchmal Serverstatus unbekannt angezeigt obwohl der Server läuft...

Das ist ein neues Feature. Kann sein das das noch ein paar Macken hat. Ich werd es mir mal anschauen.
Im Server-Log steht aber eine Zeile drin wie:
Service-Channel auf 1087 geöffnet
?

[Micky112]

Hallo,

vielen Dank für das Update!

Leider ist der von "Brandinspektor" benannte BUG aus Version 0.41, dass die klare RIC aus BOSMON nicht mehr in der Meldung angezeigt wird, immer noch vorhanden:

http://www.funkmeldesystem.de/foren/...6&postcount=22

Brandinspektor schrieb am 20.10.2011:

1)
Wir nutzen BOSMON und haben in der Alarmpipeline das entsprechende Plugin für den
Alarmtext eingerichtet. Am Ende haben wir "RIC &2&&9&" gesetzt und bekamen bisher
auch immer das ausgesendete RIC und das Subric angezeigt.

Seit dem Update aber, wird bei der Variable &2& nur noch die Angabe ausgegeben, die
bei BOSMON unter "Netzwerk senden" als "Benutzer" abgelegt ist. Dahinter kommt dann
das richtige Subric.

Hat sich die Bedeutung der Variablen &2& "Adresse" geändert? Was müssen wir statt-
dessen nun nehmen um die Nummer des RIC angezeigt zu bekommen?

Dieser BUG mit der verdrehten Zuordnung besteht auch bei 0.5RC weiterhin.

Was kann ich als Nutzer tun, damit wieder der "reale RIC" angezeigt wird, der gerade alarmiert wurde, wenn man wie in der Anleitung beschrieben &2& eingibt und nicht stattdessen der "Benutzer" erscheint?

Gruß
Micky

[florian_hsk]

Im Anhang mal ein Screenshot vom iphone. Bis Version 0.3 war der Betreff noch einzeilig.
Aber die Idee mit %4% im Betreff werde ich mal ausprobieren :)

[firEmergency]

Hallo,

vielen Dank für das Update!

Leider ist der von "Brandinspektor" benannte BUG aus Version 0.41, dass die klare RIC aus BOSMON nicht mehr in der Meldung angezeigt wird, immer noch vorhanden:

http://www.funkmeldesystem.de/foren/...6&postcount=22

Brandinspektor schrieb am 20.10.2011:



Dieser BUG mit der verdrehten Zuordnung besteht auch bei 0.5RC weiterhin.

Was kann ich als Nutzer tun, damit wieder der "reale RIC" angezeigt wird, der gerade alarmiert wurde, wenn man wie in der Anleitung beschrieben &2& eingibt und nicht stattdessen der "Benutzer" erscheint?

Gruß
Micky

Genau. Das wurde noch nicht behoben.
Der Fehler tritt nur dann auf, wenn ihr die Alarmierung "selbst in die Hand nimmt". Also nicht anhand der RIC alarmiert, sondern anhand des Benutzer-Feldes.
Die einzige Möglichkeit dies zu verhindern, ist momentan wieder alles automatisch regeln zu lassen.
Wenn ihr natürlich viele RICS auf wenige Einheiten abbilden möchtet, dann könnt ihr das momentan nicht einfach ändern.

Deswegen werden wir im nächsten Update diesen Zuordnungsfehler beheben.

[boss920]

Hat zufällig noch jemand von euch das Problem das man in der Server GUI die Alarme nicht mehr öffnen kann?
Sonst konnte man die ja öffnen und die Informationen zu dem Alarm lesen.
Ist das so gewollt? Weil man so ja gar nicht mehr gucken kann wo der Fehler liegt, wenn einer Vorhaden ist.

Ansonsten läuft 0.5 bei mir einwandfrei.

[SebSeifert]

Im Server-Log steht aber eine Zeile drin wie:
Service-Channel auf 1087 geöffnet
?

Ja steht im Server Log...

Und aus den >> Zeichen wird immernoch >&gt

[firEmergency]

Hat zufällig noch jemand von euch das Problem das man in der Server GUI die Alarme nicht mehr öffnen kann?
Sonst konnte man die ja öffnen und die Informationen zu dem Alarm lesen.
Ist das so gewollt? Weil man so ja gar nicht mehr gucken kann wo der Fehler liegt, wenn einer Vorhaden ist.

Ansonsten läuft 0.5 bei mir einwandfrei.

Hab gerade die 0.5 nochmal hochgeladen. Zwei Bilder waren nicht dabei, deswegen konnten die beiden Dialoge (Duplizieren und Alarm-Informationen) nicht angezeigt werden.
Einfach das Update nochmal laden.

Auch der Fehler mit dem unbekannten Server-Status sollte nun behoben sein.

[firEmergency]

Und aus den >> Zeichen wird immernoch >&gt

Kannst du das Problem nochmal kurz schildern (schon wieder vergessen :) )?

[DLK23/12]

Alarmablauf von anderen Einheiten duplizieren funktioniert seit dem Update nichtmehr.. zumindest bei mir..

[Narkose07]

Alarmablauf von anderen Einheiten duplizieren funktioniert seit dem Update nichtmehr.. zumindest bei mir..

http://www.funkmeldesystem.de/foren/...4&postcount=11

[SebSeifert]

Kannst du das Problem nochmal kurz schildern (schon wieder vergessen :) )?

Wenn in der Message von BosMon die Zeichen >> übergeben werden wird via Android Push anstatt den Zeichem >&gt angezeigt

Das Duplizieren geht bei mir auch nicht...