"Einstellungen als neues Programm speichern" -- Fehler bei abgeänderten Duplikaterstellungen
Verfasst: 08.10.2022, 19:49
Tach in die Runde!
Dieser Bug ist dem Forum seit geraumer Zeit bekannt (klick), daher bin ich verwundert, dass ich ihn hier in der Bug-Sektion nicht gefunden habe, dass er immer noch nicht behoben ist und dass manche HM-Installationen davon nicht betroffen sind.
Da ich einige Horror-Tage hinter mir hab (unerklärliches Verhalten von Programmen), möchte ich hier andere Leidensgenossen vor diesem Bug warnen.
Funktionsbeschreibung:
Will man ähnlich aufgebaute Programme mittels Klickibunti erstellen, ändert man das 1. Programm entsprechend ab und klickt anschließend auf Einstellungen als neues Programm speichern. Dadurch wird ein 2. Programm erstellt. Wenn man etwa Fenster-zu-lange-offen-Meldungen mit 12 TFKs in 12 Räumen realisieren will (wie ich), müsste man 24 ähnlich aufgebaute Programme mühsam einzeln zusammenklicken. Die Duplizierungsfunktion erleichtert einem diese Arbeit ungemein.
Fehlerbeschreibung:
Ändere ich beim 1. Programm die gewünschte WENN-Bedingung ab, wird sie zwar als abgeändert angezeigt, diese jedoch NICHT übernommen, wenn man auf Einstellungen als neues Programm speichern klickt, um das 2. Programm zu erstellen!
Fehlerbehebung:
Erst, wenn das 2. fehlerhafte Programm erneut geöffnet und die vorher geänderte WENN-Bedingung erneut angeklickt und ausgewählt wird, wird das Programm mit den richtigen Parametern abgespeichert.
Reproduktion des Fehlers (wer nachprüfen will, ob seine* Installation betroffen ist) [*sorry, ich gendere nicht]:
Es ist am einfachsten, wenn zwei unbelegte virtuelle Tasten verwendet werden (diese evtl. in VT-A und VT-B umbenennen). Es können aber auch alle anderen Kanäle aus der Geräteliste dafür eingesetzt werden.
1. Programm normal erstellen und mit OK speichern:
2. Programm erstellen, indem man das 1. Programm erneut öffnet und den Programmnamen und die WENN-Bedingung ändert. Gespeichert wird mit Klick auf Einstellungen als neues Programm speichern:
In der Programmliste (gefiltert nach "TEST") werden beide Programme angezeigt. Hier fällt das erste mal auf, dass beim 2. Programm etwas nicht stimmt, da in der Spalte Bedingung der Tastendruck fehlt (zugegeben achte ich nie darauf, was in diesen Spalten steht, weil die sowieso meist unvollständig sind):
Jetzt zu Einstellungen -> Geräte und in der Liste die virtuelle Taste VT-A suchen. Dort dann auf Programme klicken, damit im Anschluss alle Programme aufgelistet werden, die VT-A beinhalten:
Es werden trotzdem beide TEST-Programme angezeigt, obwohl TEST Programm B die virtuelle Taste VT-A gar nicht enthalten dürfte!
Erst, wenn das fehlerhafte TEST Programm B erneut geöffnet und quasi nochmal editiert wird (VT-B anklicken und erneut auswählen), wird die WENN-Bedingung korrekt abgespeichert. Alternativ kann auch die Länge des Tastendrucks auf kurz und wieder zurück auf lang geändert werden. Nach dem Speichern ist die Welt wieder in Ordnung:
Weitere Hinweise:
- Systemvariablen als WENN-Bedingung sind von diesem Bug nicht betroffen.
- DANN- und SONST-Aktivitäten sind ebenfalls nicht betroffen.
Hier meine Konstellation:
RaspberryMatic 3.65.11.20221005 auf Pi 3B+
Bedienung der WebUI über Firefox oder Edge auf Win10-Rechner
CUx-Daemon 2.9.4
E-Mail 1.7.4
Neo 2.11.0
Programmedrucken 2.5
XML-API 1.22
Geräte: 73 (HM und HmIP)
Kanäle: 482
Programme: 98
Schuhgröße: 45
Ciao,
uWe
Dieser Bug ist dem Forum seit geraumer Zeit bekannt (klick), daher bin ich verwundert, dass ich ihn hier in der Bug-Sektion nicht gefunden habe, dass er immer noch nicht behoben ist und dass manche HM-Installationen davon nicht betroffen sind.
Da ich einige Horror-Tage hinter mir hab (unerklärliches Verhalten von Programmen), möchte ich hier andere Leidensgenossen vor diesem Bug warnen.
Funktionsbeschreibung:
Will man ähnlich aufgebaute Programme mittels Klickibunti erstellen, ändert man das 1. Programm entsprechend ab und klickt anschließend auf Einstellungen als neues Programm speichern. Dadurch wird ein 2. Programm erstellt. Wenn man etwa Fenster-zu-lange-offen-Meldungen mit 12 TFKs in 12 Räumen realisieren will (wie ich), müsste man 24 ähnlich aufgebaute Programme mühsam einzeln zusammenklicken. Die Duplizierungsfunktion erleichtert einem diese Arbeit ungemein.
Fehlerbeschreibung:
Ändere ich beim 1. Programm die gewünschte WENN-Bedingung ab, wird sie zwar als abgeändert angezeigt, diese jedoch NICHT übernommen, wenn man auf Einstellungen als neues Programm speichern klickt, um das 2. Programm zu erstellen!
Fehlerbehebung:
Erst, wenn das 2. fehlerhafte Programm erneut geöffnet und die vorher geänderte WENN-Bedingung erneut angeklickt und ausgewählt wird, wird das Programm mit den richtigen Parametern abgespeichert.
Reproduktion des Fehlers (wer nachprüfen will, ob seine* Installation betroffen ist) [*sorry, ich gendere nicht]:
Es ist am einfachsten, wenn zwei unbelegte virtuelle Tasten verwendet werden (diese evtl. in VT-A und VT-B umbenennen). Es können aber auch alle anderen Kanäle aus der Geräteliste dafür eingesetzt werden.
1. Programm normal erstellen und mit OK speichern:
2. Programm erstellen, indem man das 1. Programm erneut öffnet und den Programmnamen und die WENN-Bedingung ändert. Gespeichert wird mit Klick auf Einstellungen als neues Programm speichern:
In der Programmliste (gefiltert nach "TEST") werden beide Programme angezeigt. Hier fällt das erste mal auf, dass beim 2. Programm etwas nicht stimmt, da in der Spalte Bedingung der Tastendruck fehlt (zugegeben achte ich nie darauf, was in diesen Spalten steht, weil die sowieso meist unvollständig sind):
Jetzt zu Einstellungen -> Geräte und in der Liste die virtuelle Taste VT-A suchen. Dort dann auf Programme klicken, damit im Anschluss alle Programme aufgelistet werden, die VT-A beinhalten:
Es werden trotzdem beide TEST-Programme angezeigt, obwohl TEST Programm B die virtuelle Taste VT-A gar nicht enthalten dürfte!
Erst, wenn das fehlerhafte TEST Programm B erneut geöffnet und quasi nochmal editiert wird (VT-B anklicken und erneut auswählen), wird die WENN-Bedingung korrekt abgespeichert. Alternativ kann auch die Länge des Tastendrucks auf kurz und wieder zurück auf lang geändert werden. Nach dem Speichern ist die Welt wieder in Ordnung:
Weitere Hinweise:
- Systemvariablen als WENN-Bedingung sind von diesem Bug nicht betroffen.
- DANN- und SONST-Aktivitäten sind ebenfalls nicht betroffen.
Hier meine Konstellation:
RaspberryMatic 3.65.11.20221005 auf Pi 3B+
Bedienung der WebUI über Firefox oder Edge auf Win10-Rechner
CUx-Daemon 2.9.4
E-Mail 1.7.4
Neo 2.11.0
Programmedrucken 2.5
XML-API 1.22
Geräte: 73 (HM und HmIP)
Kanäle: 482
Programme: 98
Schuhgröße: 45
Ciao,
uWe