NEWS Räume und Funktionen in einem Durchlauf: der Assistent in Admin 8 (mit Video)

[Bluefox]

@mcm1957 sagte:

welche Adapetr erscheinen auf der Webseite? Nur jene im STABLE repo oder auch jene im LATEST?

Latest

welcher Stand wird auf die Webseite übernommen? Ich nehme an der main/master Stand zum zeitpunkt des Updates

Github Stand, aber die common.docs Links werden aus npm gelesen

wann wird die Webseite aktualisisert? Tägleich / monatlich / bei Änderungen im Repo ... ?

Monatlich oder manuell

[Bluefox]

@mcm1957 sagte:

Warum wird nicht die Dokumentation die via common.docs angegeben ist verwendet sondern das README übersetzt ?

Weil common.docs wird aus Repository gelesen und da steht kein docs für shrdzm weil github Stand mit docs links nie auf npm veröffentlicht wurde.

[mcm1957]

@Bluefox said:

@mcm1957 sagte:

welche Adapetr erscheinen auf der Webseite? Nur jene im STABLE repo oder auch jene im LATEST?

Latest

welcher Stand wird auf die Webseite übernommen? Ich nehme an der main/master Stand zum zeitpunkt des Updates

Github Stand, aber die common.docs Links werden aus npm gelesen

wann wird die Webseite aktualisisert? Tägleich / monatlich / bei Änderungen im Repo ... ?

Monatlich oder manuell

Die links aus npm und die Files von Github?
Das kann prinzipiell dazu führen dass die Links tot sind. Ist zwar nicht sehr wahrscheinlich aber wenn wer Files umbenennt klemmt es. Warum nimmst du die doc links aus npm? (low prior die Frage!)

[Bluefox]

@paul53 Danke doppelt! c steht jetzt in der Tabelle und Dein Bild ist gleich mit eingebaut. Den Satz darunter ist angepasst, er erklärt jetzt beide Farben des ack-Flags.

[David G.]

@Siggi0904 sagte:

Leider funktioniert der simple-api Zugriff auf das eigene Konto über iobroker.pro nicht mehr.

Bei mir klappt

https://iobroker.pro/service/simpleApi/@pro_xxx@xxx_xxx/getPlainValue/xxx

auch nicht mehr....
Ka ob das mit den neuen Sachen zu tun hat.

[bahnuhr]

@David-G.

simpleApi klappt seit heute morgen wieder.

[David G.]

@bahnuhr

Edit
Klappt wieder.
Der Adapter wollte scheinbar neugestartet werden nach den Ausfall.

[Snowboarder2611]

@Bluefox
Vielen Dank, es funktioniert wieder.

[geo-ioan]

Titel: hqwidgets-Widgets fehlen komplett beim VIS-Zugriff über iobroker.net Cloud (funktioniert lokal einwandfrei)

Seit einigen Tagen fehlen bei mir alle hqwidgets-Widgets (On/Off-Buttons etc.), wenn ich über iobroker.net auf meine VIS-Instanz zugreife. Lokal (direkter Zugriff auf den Server) ist alles korrekt vorhanden.

Diagnose, die ich bereits durchgeführt habe:

• vis-hqwidgets-Adapter komplett deinstalliert und neu installiert (aktuell Version 1.6.1), iobroker upload vis / vis-hqwidgets erneut ausgeführt
• Direkt auf dem Server per curl geprüft: curl -s http://127.0.0.1:8082/vis/index.html | grep -o "hqwidgets" | wc -l → 83 Treffer (Widgets sind also korrekt im ausgelieferten HTML enthalten)
• Über iobroker.net (Seitenquelltext, view-source:) geprüft: 0 Treffer für "hqwidgets" im HTML
• Reproduziert auf zwei komplett unabhängigen Geräten/Netzwerken (Desktop-Browser über Heimnetz, Android-Chrome über Mobilfunkdaten) – beide zeigen dasselbe fehlerhafte Ergebnis über die Cloud
• Web-Adapter-Cache ist deaktiviert, web.0 und cloud.0 mehrfach neu gestartet – kein Effekt
• Im cloud.0-Adapter selbst gibt es keine Cache-Einstellung

Das schließt für mich alle client- und heimnetzseitigen Ursachen aus. Es sieht so aus, als würde iobroker.net eine veraltete oder unvollständige Version meiner VIS-Seite zwischenspeichern/proxyen, die den hqwidgets-Adapter nicht enthält.

System: Debian, js-controller/admin/vis/cloud aktuell, vis 1.5.6, vis-hqwidgets 1.6.1.

Kann das jemand vom Team sich ansehen? Danke!

[Bluefox]

@geo-ioan cloud net wurde heute morgen upgedatet. Bitte nochmal probieren, aber dabei unbedingt den Browser Cache löschen