-
Notifications
You must be signed in to change notification settings - Fork 4
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Material Advanced blockiert Widgets in Views #18
Comments
Hi galegro, leider bin ich aktuell nicht in der Lage das Verhalten zu reproduzieren. Bei mir funktioniert es mit 1.3.0 ohne Probleme. Wenn du mehr infos hast zu verwendeten adaptern/widgets gib Bescheid. grüße |
Danke für die Rückmeldung. Zwischenzeitlich war meine in ioBroker eingebundene Homematic-Installation völlig zusammengebrochen. Nicht nur, dass die HmIP-BSM Aktoren zunehmend ihren Dienst verweigerten, auch die normalen Homematic-Geräte fingen an auch ohne die Beteiligung der 1.3.0 Version außer Kontrolle zu geraten. Die Quelle all dieser Probleme scheint die aktivierte IP-Routing Option der HmIP-BSM gewesen zu sein. Seit ich diese konsequent in allen Aktoren deaktiviert habe läuft mein System rund - und das besser als je zuvor. Nun habe ich die Hoffnung, dass auch die berichteten Probleme der 1.3.0 hierin ihre Ursache haben könnten. Ich werde die 1.3.0 erneut installieren und berichten. |
Nun habe ich ein wenig getestet, wobei ich "Material advanced" bei der Version 1.2.0 zunächst beließ. Als erstes habe ich die "Inventwo Design Widgets" von 2.5.11 auf 2.6.0 aktualisiert. Das Ergebnis: Die berichteten Fehler traten wieder auf. Die Widgets schalteten zwar die Lampen, aber sie aktualisierten ihre Zustände nicht mehr. Diesmal kam's noch schlimmer: Beim Zurückgehen auf die Version 2.5.11 blieben die Fehler bestehen. Folglich könnte diese Version irgendwo im System Schäden anrichten (und das sogar bleibend), die durch Wechselwirkungen mit anderen Softwarekomponenten meines Systems entstehen. Dies würde erklären, dass diese Fehler in deinem System nicht (ebenfalls) auftreten (müssen.) Aber welche Teile die ggf. sein könnten, weiß ich nicht einmal zu raten. Selbstverständlich hatte ich via ApplePiBaker eine Image der SD erstellt. Nachdem ich das zurückgespielt hatte, lief meine Anlage wieder. |
Entschuldigung für den Text, ich benutze einen Übersetzer. Es wurde festgestellt, dass in meinem Fall das Blockieren anderer Widgets erfolgt, wenn ich das ListTemperatureHumid-Widget festlege. Wenn ich es lösche, ist alles in Ordnung |
Vorgehen .. (Version 1.3.0)
Ich installiere in einer View etwa ein neues Widget zum Steuern einer Lampe.
Beobachtungen ..
Wenn ich dieses anschließend bediene, um die Lampe zu schalten, so ändert sich die Darstellung (an/aus) des Widgets nicht - schlimmer noch: alle anderen Widget blockieren und ändern ebenfalls ihr Erscheinen (an/aus) nicht mehr.
Tests ..
Starte ich die View neu und bediene nur die alten bereits vorhanden Widgets, so scheint alles in Ordnung. Die Lampen werden korrekt als an/aus angezeigt. Jedoch sobald ich ein neu eingefügtes Widget bediene, tritt der zuvor beschrieben Fehler auf.
vorläufige Lösung ..
Wenn ich zurück auf die Version 1.2.1 gehe, tritt der Fehler nicht mehr auf.
Im Forum gibt es einen zugehörigen Thread.
ERGÄNZUNG ..
Heute trat der Fehler erneut auf, obwohl ich auf die Version 1.2.0 zurückgegangen bin. Diesmal half (nur) zusätzlich auch noch den Adapter Inwentwo Design Widgets ebenfalls zurückzusetzen. Ich wählte die Version 2.5.8
The text was updated successfully, but these errors were encountered: