Monatsrückblick Juli / August 2026 ist online!

[wrod]

Hallo,
seit kurzem kann ich die meisten meiner Visualisierungen nicht mehr aufrufen.

Die Seite http://192.168.220.41:8082/vis/index.html#_Heizung wird richtig angezeigt, aber die von dort verlinkten Views ergeben jeweils einzelne Widgets., die richtig angezeigt werden, dahinter aber jeweils eine hellblaue Fläche mit "404 index.html not found":
Etwa bei
http://192.168.220.41:8082/vis/#Wohnzimmer_Grafik:

Wenn ich die edit.html aufrufe (http://192.168.220.41:8082/vis/edit.html#_Heizung), ist der view aber existent:

Woran kann das liegen? Bevor ich jetzt alle einzeln anfasse: Das sieht ja so aus, als beträfe ein Fehler alle.

Dank im Voraus

[OliverIO]

@wrod

Schau mal im Browser, wenn das 404 angezeigt wurde, in die Developer Konsole des Browers mit F12.
Dort dann einmal in den Konsole Tab nach Fehler suchen und zum zweiten im Network Tab nach nicht geladenen Daten.
Für den Network Tab muss noch mal F5 gedrückt werden, dass die Seite neu geladen wird. Sonst steht da nichts.
Interessant wäre, wie die genaue URL, der nicht geladenen Dateien lautet.

Zusätzlich kannst du auf der Shell mal den folgenden Befehl ausführen und schauen, ob es sich dadurch repariert

Iobroker Upload all

[Thomas Braun]

echad@chet:~ $ Iobroker Upload all
-bash: Iobroker: Kommando nicht gefunden.
echad@chet:~ $ 

Also besser:

iobroker upload all

[wrod]

Danke. Im Konsole Tab bekomme ich vier gelbe Warnungen:

• "Layout-Darstellung wurde erzwungen, bevor die Seite vollständig geladen war. Falls Stylesheets noch nicht geladen sind, kann dies zu einer kurzzeitigen Darstellung des Inhalts ohne Formatierung führen. jquery-1.11.2.min.js:4:29776"
• "Laden fehlgeschlagen für das <script> mit der Quelle "http://192.168.220.41:8082/vis/widgets/metro/js/metro.js". vis:3313:64"
• "Das Hinzufügen eines Listeners für DOMNodeInserted ist veraltet und wird bald entfernt werden. Verwenden Sie anstelle eines MutationEvent einen MutationObserver. https://developer.mozilla.org/docs/Web/API/MutationObserver"
• "Ein iframe, der sowohl "allow-scripts" als auch "allow-same-origin" für sein "sandbox"-Attribut gesetzt hat, kann seine Sandbox entfernen."

Im "netzwerkanalyse"-Tab finde ich nur folgendes als problematisch erkennbar:

[OliverIO]

@wrod

Und du verwendest Metro Widgets?
Im Screenshot ganz unten sind verschiedene
404 Fehler. Das ist alles Metro?

Die anderen Warnungen sind unkritisch

[wrod]

danke. vis-metro ist nicht installiert. Ich sehe aber gerade, dass "vis-inventwo" rot ist. Ein Löschen und eine Neuinstallation ändert das, aber behebt das Problem nicht.
Die 404 unten sind überwiegend Sensoren vom d18b20 von einem remote.
ich sehe aber gerade, dass auch "info" einen Fehler "File tab_m.html not found" ausgibt. "iobroker upload all" habe ich auf beiden hosts ausgeführt.

[wrod]

Was ich nicht verstehe:

• Wenn ich "http://192.168.220.41:8082/vis/#_Heizung" aufrufe, wird das so (korrekt) angezeigt wie oben
• Wenn ich "http://192.168.220.41:8082/vis/index.html#_Heizung" aufrufe, wird dasselbe angezeigt
• Wenn ich nur "http://192.168.220.41:8082/vis/index.html" (ohne View) aufrufe, wird zu "http://192.168.220.41:8082/vis/index.html#_Heizung" ergänzt.
  Die anderen Views, die von dort aus verlinkt sind, gehen nicht, also etwa: "http://192.168.220.41:8082/vis/#Ax-Arbeitszimmer_Grafik"
  Wenn ich dort "index.html" mit eintrage (also etwa "http://192.168.220.41:8082/vis/index.html#Ax-Arbeitszimmer_Grafik") kommt die 404-Seite

Die index.html hat bei dem initialen view "_Heizung" aber doch funktioniert"

[OliverIO]

@wrod sagte:

vis-metro ist nicht installiert.

dennoch versucht vis metro zu laden, was zu einem 404 (not found) führt, weil der adapter nicht da ist.
-> durchsuche deine views nach überresten von metro widgets. die sind in der view zwar noch definiert, können aber dann auch verständlicherweise nicht ordentlich geladen werden. vis1 war das?
Methode A:
Alle views der Reihe nach durchgehen und oben in der Auswahlliste nach widgets suchen bei denen irgendwas mit not defines oder ähnlich steht. Problem, wenn widgets gruppiert sind, dann tauchen die widgets in einer gruppe glaube ich nicht auf. Nur die Gruppe selbst. Du könntest dann alle Gruppen auflösen, was aber meist problematisch ist

Daher dann Methode B:

Methode B:
kopiere dir als erstes die Datei an einen separaten ort
/opt/iobroker/iobroker-data/files/vis.0/<Projektname>/vis-views.json
Dann öffne diese Datei in einem editor (ggfs notepad++). der windows editor ist eher ungeeignet.
Wenn das json schön formatiert ist, dann gut, alternativ einen online json formater wie bspw https://jsonformatter.org/ verwenden.
dann in der datei nach metro suchen. der suchtext sollte dann in einem tpl: attribut landen.

der reihe nach, alle durchsuchen und die widgetID aufschreiben.
Also hier w00006
wenn du alle widgets gefunden hast, dann der reihe nach der widgetid suchen
darüber findest du dann die jeweilige groupid

hier dann g00001

dann wieder in vis in den views die jeweilige group in der widgetliste suchen (siehe bild weiter oben
die gruppe selektieren und und gruppe auflösen. ggfs kann das mehrfach verschachtelt sein.
darüber müssten dann die übriggebliebenen metro widgets auffindbar und entfernbar sein.

Ich sehe aber gerade, dass "vis-inventwo" rot ist. Ein Löschen und eine Neuinstallation ändert das, aber behebt das Problem nicht.

wir waren ja auf der suche nach metro oder hattest du auch 404 fehler zu anderen adaptern?

Die 404 unten sind überwiegend Sensoren vom d18b20 von einem remote.

eigentlich unkritisch. wahrscheinlich nur bilder, die nicht abgerufen werden können. ansonsten: Ich brauche mehr Details

ich sehe aber gerade, dass auch "info" einen Fehler "File tab_m.html not found" ausgibt. "iobroker upload all" habe ich auf beiden hosts ausgeführt.

Das ist dann aber nicht mehr im netzwerktab bei der Ansicht eines views.
Bin mir nicht sicher, aber tab_m.html ist die html datei eines admin tabs.
wenn du bereits admin8 hast, dann könnte das evtl schwierig sein. ggfs adapter aktualisieren oder issue auf github beim entsprechenden adapter machen.
die komplette url verrät dir mehr.

[OliverIO]

@wrod sagte:

Was ich nicht verstehe:

• Wenn ich "http://192.168.220.41:8082/vis/#_Heizung" aufrufe, wird das so (korrekt) angezeigt wie oben
• Wenn ich "http://192.168.220.41:8082/vis/index.html#_Heizung" aufrufe, wird dasselbe angezeigt

vis ergänzt intern für dich das index.html

• Wenn ich nur "http://192.168.220.41:8082/vis/index.html" (ohne View) aufrufe, wird zu "http://192.168.220.41:8082/vis/index.html#_Heizung" ergänzt.

Weil die View Heizung entweder der erste view ist oder du einen default view in vis definiert hast

Die anderen Views, die von dort aus verlinkt sind, gehen nicht, also etwa: "http://192.168.220.41:8082/vis/#Ax-Arbeitszimmer_Grafik"

habe mal einen view mit gleichem namen angelegt
http://192.168.1.81:8082/vis/#Ax-Arbeitszimmer_Grafik
der funktioniert bei mir

Wenn ich dort "index.html" mit eintrage (also etwa "http://192.168.220.41:8082/vis/index.html#Ax-Arbeitszimmer_Grafik") kommt die 404-Seite

Am besten aus view edit mal mit dem view in der ansicht auf den runtime knopf oben rechts gehen und die url genau vergleichen

[Ro75]

Da sind unterschiedliche IP's. Ist das korrekt?

Ro75.

[OliverIO]

@Ro75

ja, meine und seine

[wrod]

Danke. heute zu spät. Daher nur kurz. Ich wüsste nicht, dass ich metro je installiert habe.

[OliverIO]

@wrod sagte:

"Laden fehlgeschlagen für das <script> mit der Quelle "http://192.168.220.41:8082/vis/widgets/metro/js/metro.js". vis:3313:64"

irgendwo scheint der request herzukommen.
evtl mal widgets oder ein projekt importiert

[wrod]

Danke, habe das doch noch gemacht. Mehrere "Metros" gefunden - nicht in Gruppen, aber ich konnte die views erkennen. In denen war jeweils ein Widget "Tile switcher" von fritzdect. Kann das durch den Adapter installiert worden sein? ich habe die widgets gelöscht.
Nach (vorsichthalber) Neustart ist in der json-Datei kein Metro mehr. Aber das Problem mit 404 bleibt.

ich finde in der Konsole immer noch ein "Laden fehlgeschlagen für das <script> mit der Quelle "http://192.168.220.41:8082/vis/widgets/metro/js/metro.js".

[OliverIO]

@wrod

dann hilft evtl ein restart von vis über den reload button

wenn das nicht hilft dann mal auf der konsole ein befehl

iobroker upload all

im Anschluss auch mal nochmal die
vis-views.json
kontrollieren ob es daraus wirklich verschwunden ist

und auch noch im vis edit fenster f12 drücken (wieder der dev mode vom browser
auf den elements tab gehen (das ist dann das aktuelle html deiner seite)
STRG+F drücken für suchen
im suchfeld dann metro eingeben.
sowas sollte dann nicht erscheinen

der reload button oder auch der iobroker upload all befehl
sorgt dafür, das das basis html für vis edit und runtime neu geschrieben wird
und alle aktiven adapter mit vis anteil dort reinschreibt, so das alle skripte,bilder,widgetdefinitionen auch verfügbar sind.

auch ein laden von vis ohne cache könnte eine möglich sein
dazu mit gedrückter strg taste auf den reload button des browsers gehen, während vis edit angezeigt wird.