Gruppierte Elemente bei Aktualisierung des Datenpunktes zerrissen

[Bodengriller]

Describe the bug
Gruppierte Elemente werden zerrissen, sobald der Datenpunkt eines in der Gruppe befindlichen Elements aktualisiert wird.

To Reproduce
Steps to reproduce the behavior:

• Visualisierung aufrufen
• abwarten bis Datenpunkt aktualisiert wird
• Fehlerhafte Darstellung sehen

Ich habe es hier schon beschrieben:
https://forum.iobroker.net/topic/50121/gel%C3%B6st-ladezustands-widget-wird-zerrissen

fritzke316 konnte mir schnell zum Workaround des Problems helfen -> Gruppierung aufheben
Seine Vermutung des Problems lautet dort:

"In der Gruppierung wird die Größe der einzelnen Komponenten in % angegeben, und nach meiner Vermutung wird bei einer Aktualisierung das Widget in der Gruppe auf die dort angegebene Prozentuelle Größe im Verhälniss zur gesamten Größe des Bildschirms, anstelle der Größe der Gruppe angepasst."

Normale Ansicht:

Sobald der Datenpunkt aktualisiert wird:

Nach Aufhebung der Gruppe, gibt's dieses Problem nicht mehr.
M.A.n. geht damit aber der Sinn von Gruppierungen dahin...

Hier noch das Widget/die Gruppe:
Ladezustand-Widget.txt

[JBSullivan]

Schließe mich den Ausführungen von Bodengriller an.

https://forum.iobroker.net/topic/50809/hilfe-vis-zerlegt?_=1640806858218

[derTillus]

Ich habe das gleiche Problem.

https://forum.iobroker.net/topic/17839/objekt-binding-und-gruppierung/

[oweitman]

habe das Problem in vis identifizieren können.
Habe allerdings noch keine wirkliche Lösung.
Bei Änderung weiß das Widget nicht das es zu einer Gruppe gehört.
Daher wird das falsche HTML-Element (die View) gewählt, an dem das HTML-Element mit dem neuen Inhalt hinzugefügt wird und nicht das Element mit der groupID. Wenn der Funktion
renderWidget, aufgerufen von der Funktion reRenderWidget die richtige groupID mitgegeben würde, dann funktioniert es.
Leider ist der Teil, der eigentlich die GroupID ermitteln soll für mich so nicht verständlich und wahrscheinlich komplett falsch (fett markiert)

this.renderWidget(viewDiv, view, widget, !this.views[viewDiv] && viewDiv !== widget ? viewDiv : null);

Zur Ermittlung der GroupID gibt es nun 2 Möglichkeiten:

• Man fügt die groupID den jeweiligen Widget-Daten hinzu (dort wo auch das Attribut grouped = true/false gesetzt wird
• Man durchsucht alle Widgetdaten, bei denen die IDs mit "g" anfangen und schaut ob die aktuelle widgetID darin enthalten ist.

Code-Referenz

ioBroker.vis/www/js/vis.js

Line 1093 in 56e9757

this.renderWidget(viewDiv, view, widget, !this.views[viewDiv] && viewDiv !== widget ? viewDiv : null);

ioBroker.vis/www/js/vis.js

Line 1554 in 56e9757

$view = $('#' + groupId);

[GermanBluefox]

Please test 1.4.11

[oweitman]

tested in 1.4.12 with:
4 widgets
1.string with 0_userdata.0.test1
2.string with 0_userdata.0.test2
3.string with 0_userdata.0.test3
4.input with 0_userdata.0.test1
group the 3 string widgets
start the vis runtime
changed the content with the input widget several times

result: the widget stays in place.
everything is ok

[Bodengriller]

getestet mit 1.4.12:
für mich ist das Problem noch nicht behoben (gleiches Verhalten wie in Beitrag 1)
Müssen die bestehenden Gruppen erst komplett aufgelöst und neu gruppiert werden?

Edit:
Nachdem ich nun wirklich alle Gruppen aufgehoben und neu gruppiert habe, scheint es doch zu funktionieren.
Danke!

[oweitman]

ja, es wurde ein neues Attribut hinzugefügt, welches erst beim Gruppieren dazu kommt. Bisher gruppierte Elemente haben das nicht https://forum.iobroker.net/topic/17839/objekt-binding-und-gruppierung/20?_=1645011318135 Am Mi., 16. Feb. 2022 um 11:50 Uhr schrieb Markus ***@***.***

: getestet mit 1.4.12: für mich ist das Problem noch nicht behoben (gleiches Verhalten wie in Beitrag 1) Müssen die bestehenden Gruppen erst komplett aufgelöst und neu gruppiert werden? — Reply to this email directly, view it on GitHub <#432 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AAD5TNHHWYNTMX67OWG4HATU3N6NVANCNFSM5JW3VK5Q> . Triage notifications on the go with GitHub Mobile for iOS <https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675> or Android <https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub>. You are receiving this because you commented.Message ID: ***@***.***>

Rückwirkend wäre es nur bei Lösungsvorschlag 2 (vgl oben) gegangen. Was aber wieder mehr overhead beim Aufbau von vis bedeutet hätte

[stale]

This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs within the next 7 days. Please check if the issue is still relevant in the most current version of the adapter and tell us. Also check that all relevant details, logs and reproduction steps are included and update them if needed. Thank you for your contributions.
Dieses Problem wurde automatisch als veraltet markiert, da es in letzter Zeit keine Aktivitäten gab. Es wird geschlossen, wenn nicht innerhalb der nächsten 7 Tage weitere Aktivitäten stattfinden. Bitte überprüft, ob das Problem auch in der aktuellsten Version des Adapters noch relevant ist, und teilt uns dies mit. Überprüft auch, ob alle relevanten Details, Logs und Reproduktionsschritte enthalten sind bzw. aktualisiert diese. Vielen Dank für Eure Unterstützung.

[oweitman]

Schein behoben zu sein. Kann geschlossen werden