You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Derzeit steige ich von Vis1 auf Vis2 um. Zur Visualisierung von verschiedenen Grafana-Dashboards nutze ich ein iFrame8-Widget. Bei einigen Daten enthält die URL Parameter, die per Binding aus einem Datenpunkt gelesen werden (z.B. die Anzahl der anzuzeigenden Tage beim Wetterrückblick). Über entsprechende Buttons kann ich die Datenpunkte zur Laufzeit anpassen.
Unter Vis1 führte die Aktualisierung des Datenpunkts zum Reload der entsprechenden URL. Bei Vis2 funktioniert das nicht mehr.
Weitere Tests ergaben, dass auch eine per Datenpunkt komplett übergebene URL offenbar nur einmalig ausgewertet wird und Aktualisierungen des gebundenen Datenpunkts nicht zu einem Reload führen. Beim normalen iFrame (ohne 8) funktioniert es hingegen wie gewohnt, daher gehe ich von nicht beabsichtigtem Verhalten aus.
To Reproduce
iFrame8 anlegen.
URL per Binding mit Datenpunkt verbinden.
URL zur Laufzeit verändern.
Expected behavior
Bei Änderung eines mittels Binding im URL-Feld verlinkten Datenpunkts sollte die entsprechende URL neu geladen werden.
Screenshots & Logfiles
Im Logfile tauchen keine einschlägigen Einträge auf.
Page or affected widget
Basic iFrame8
Adapter version
2.9.32
js-controller version
5.0.19
Node version
18.20.2
Operating system
Ubuntu 22.04 LTS
Additional context
No response
The text was updated successfully, but these errors were encountered:
Das Widget bleibt bei mir nicht leer. Die jeweilige URL wird geladen und es reagiert auch auch Änderungen, zeigt also eine andere hinterlegte URL an. Das Problem besteht darin, dass wenn ein in der URL enthaltener Datenpunkt geändert wird, die URL nicht neu geladen wird.
In meinem Beispiel habe ich verschiedene Anzeigen von Grafana (Wetter, Raumtemperaturen, Raumfeuchtigkeit etc.) im iFrame8 per URL hinterlegt. Bei manchen Graphen habe ich zusätzlich Buttons, mit denen ich einen Datenpunkt "AnzahlTage" auf einen vordefinierten Wert für die Anzahl der anzuzeigenden Daten beim Wetter-Rückblick setze. So kann ich mir z.B. die Daten von den Wetter-Sensoren für die letzten 1, 3, 7 etc. Tage als Garafana-Graph anzeigen lassen. Bei Vis1 führte jeder Druck auf einen Button zum Reload der entsprechenden bereits angezeigten URL mit dem aktuellen Wert des Datenpunkts "AnzahlTage". Bei Vis2 passiert das im iFrame8-Widget nicht, im iFrame-Widget hingegen schon.
Das "View in Widget 8" funktioniert bei mir wie gewohnt. Damit behelfe ich mich gerade, indem jede vorher mittels iFrame8 angezeigte URL eine eigene View bekommt, die per einfachem "iFrame" (ohne 8) angezeigt wird. Dort funktioniert der Reload zur Laufzeit bei Änderung des Datenpunkts "AnzahlTage" wie gewohnt.
No existing issues.
Describe the bug
Derzeit steige ich von Vis1 auf Vis2 um. Zur Visualisierung von verschiedenen Grafana-Dashboards nutze ich ein iFrame8-Widget. Bei einigen Daten enthält die URL Parameter, die per Binding aus einem Datenpunkt gelesen werden (z.B. die Anzahl der anzuzeigenden Tage beim Wetterrückblick). Über entsprechende Buttons kann ich die Datenpunkte zur Laufzeit anpassen.
Unter Vis1 führte die Aktualisierung des Datenpunkts zum Reload der entsprechenden URL. Bei Vis2 funktioniert das nicht mehr.
Weitere Tests ergaben, dass auch eine per Datenpunkt komplett übergebene URL offenbar nur einmalig ausgewertet wird und Aktualisierungen des gebundenen Datenpunkts nicht zu einem Reload führen. Beim normalen iFrame (ohne 8) funktioniert es hingegen wie gewohnt, daher gehe ich von nicht beabsichtigtem Verhalten aus.
To Reproduce
Expected behavior
Bei Änderung eines mittels Binding im URL-Feld verlinkten Datenpunkts sollte die entsprechende URL neu geladen werden.
Screenshots & Logfiles
Im Logfile tauchen keine einschlägigen Einträge auf.
Page or affected widget
Basic iFrame8
Adapter version
2.9.32
js-controller version
5.0.19
Node version
18.20.2
Operating system
Ubuntu 22.04 LTS
Additional context
No response
The text was updated successfully, but these errors were encountered: