NEWS
js-controller 5.0.x jetzt in der BETA
-
Version 5.0.7 ist auf dem Weg:
- Fehler in
adapter.registerNotificationMethode behoben (hatte aufgrund eines Fehlers noch nie funktioniert) - Webserver Upgrade für Adapter hinzugefügt - wird vorrangig Admin in naher Zukunft erlauben dem User den Status eines Admin Updates anzuzeigen obwohl der Adapter während des Vorgangs gestoppt ist
- Fehler behoben um Controller UI Upgrade im offiziellen Docker Container zu unterstützen. Version 8.1.0 des Containers wird benötigt
- Fehler in
getStatesmit Aliassen behoben, was dazu geführt hatte, dass z. B. Alias Werte mit einem nicht Admin User immer als null angezeigt wurden - Absturz behoben, falls ein
.thisisdockerFile mit ungültiger Version existiert
- Fehler in
-
@mcm57 Habe den km200 Adapter auf 2.0.5 aktualisiert, nachdem 2.0.4 keine Datenpunkte in der Verzeichnisstruktur mehr aufgebaut hatte. Leider dasselbe Problem. Ist der Fehler bekannt?
-
@kimukao
Nein nicht wirklich.
Bitte issue mit allen verfügbaren Infos, vor allem Versionsangaben und log im debug mode. -
Video:
RPReplay_Final1688397259.mov2023-07-03 17:13:13.070 - info: admin.0 (2482) ==> Connected system.user.admin from ::ffff:192.168.1.175 2023-07-03 17:13:21.657 - info: host.iobroker-testsystem8 Updating repository "beta" under "http://download.iobroker.net/sources-dist-latest.json" 2023-07-03 17:13:53.313 - info: host.iobroker-testsystem8 Controller will upgrade itself to version 5.0.6 2023-07-03 17:14:03.141 - info: host.iobroker-testsystem8 [CONTROLLER_AUTO_UPGRADE] Stopping controller 2023-07-03 17:15:07.246 - info: admin.0 (2482) <== Disconnect system.user.admin from ::ffff:192.168.1.175 admin 2023-07-03 17:17:10.634 - info: admin.0 (2482) ==> Connected system.user.admin from ::ffff:192.168.1.175 2023-07-03 17:17:10.665 - info: admin.0 (2482) <== Disconnect system.user.admin from ::ffff:192.168.1.175 admin 2023-07-03 17:17:11.712 - info: admin.0 (2482) ==> Connected system.user.admin from ::ffff:192.168.1.175admin: v6.5.9
JS-Controller: v5.0.5 -> v5.0.6
Plattform: ioBroker.docker v8.0.1
Betriebssystem: linux
Architektur: x64
Node.js: v18.16.1
NPM: 9.5.1
->
SyntaxError: Unexpected token '<', "<!doctype "... is not valid JSON2023-07-10 07:22:33.789 - info: host.iobroker-testsystem8 Updating repository "beta" under "http://download.iobroker.net/sources-dist-latest.json" 2023-07-10 07:23:44.644 - info: host.iobroker-testsystem8 Controller will upgrade itself to version 5.0.7 2023-07-10 07:23:50.402 - info: host.iobroker-testsystem8 [CONTROLLER_AUTO_UPGRADE] Stopping controllerioBroker.admin: v6.6.0
ioBroker.js-controller: v5.0.6 -> v5.0.7
Plattform: ioBroker.docker v8.1.0-beta.3
Betriebssystem: linux
Architektur: x64
Node.js: v18.16.1
NPM: 9.5.1 -
->
SyntaxError: Unexpected token '<', "<!doctype "... is not valid JSON2023-07-10 07:22:33.789 - info: host.iobroker-testsystem8 Updating repository "beta" under "http://download.iobroker.net/sources-dist-latest.json" 2023-07-10 07:23:44.644 - info: host.iobroker-testsystem8 Controller will upgrade itself to version 5.0.7 2023-07-10 07:23:50.402 - info: host.iobroker-testsystem8 [CONTROLLER_AUTO_UPGRADE] Stopping controllerioBroker.admin: v6.6.0
ioBroker.js-controller: v5.0.6 -> v5.0.7
Plattform: ioBroker.docker v8.1.0-beta.3
Betriebssystem: linux
Architektur: x64
Node.js: v18.16.1
NPM: 9.5.1 -
@ice987 As always, eine Neuerung die mit 5.0.7 kommt funktioniert nur wenn das Upgrade mit 5.0.7 angestoßen wird, also muss es leider erst eine 5.0.8 geben um das ausprobieren zu können.
Hi, der cannot call visutils ist in der 5.0.7 immer noch da..
-
Hi, der cannot call visutils ist in der 5.0.7 immer noch da..
-
Version 5.0.7 ist auf dem Weg:
- Fehler in
adapter.registerNotificationMethode behoben (hatte aufgrund eines Fehlers noch nie funktioniert) - Webserver Upgrade für Adapter hinzugefügt - wird vorrangig Admin in naher Zukunft erlauben dem User den Status eines Admin Updates anzuzeigen obwohl der Adapter während des Vorgangs gestoppt ist
- Fehler behoben um Controller UI Upgrade im offiziellen Docker Container zu unterstützen. Version 8.1.0 des Containers wird benötigt
- Fehler in
getStatesmit Aliassen behoben, was dazu geführt hatte, dass z. B. Alias Werte mit einem nicht Admin User immer als null angezeigt wurden - Absturz behoben, falls ein
.thisisdockerFile mit ungültiger Version existiert
Update über den Admin hat geklappt, evtl. Schönheitsfehler, Server läuft auf httpS nicht http. Und soll die Meldung doppelt kommen?
Stopping controller Successfully stopped js-controller Server is running on http://localhost:8081 changed 14 packages in 36s 286 packages are looking for funding run `npm fund` for details changed 14 packages in 36s 286 packages are looking for funding run `npm fund` for details --------------------------------------------------- js-controller wurde erfolgreich auf 5.0.7 aktualisiertMeine "null"-Aliase haben jetzt auch wieder einen Inhalt als nicht-admin Nutzer. Ich habe weiterhin das Probleme, dass ich mich nach einem reboot einmal als admin anmelden muss. Nehme ich nach dem reboot meinen Standaruser kommt die Fehlermeldung.
Error in GUI! Please open the browser console (F12), copy error text from there and create the issue on github Without this information it is not possible to analyse the error. It should looks like error If in the second line you will see at :3000/static/js/main.chunk.js:36903 and not the normal file name, please try to reproduce an error with opened browser console. In this case the special "map" files will be loaded and the developers can see the real name of functions and files. Loading chunk 8855 failed. (error: https://mein.reverse.proxy/static/js/8855.45f1cd9d.chunk.js) ChunkLoadError: Loading chunk 8855 failed.function(e,t){return(0,le.jsxs)("div",{children:[e,(0,le.jsx)("br",{})]},t)}(error: https://mein.reverse.proxy/static/js/8855.45f1cd9d.chunk.js)function(e,t){return(0,le.jsxs)("div",{children:[e,(0,le.jsx)("br",{})]},t)} at t.f.j (https://mein.reverse.proxy/static/js/main.e2346901.js:1:13656)function(e,t){return(0,le.jsxs)("div",{children:[e,(0,le.jsx)("br",{})]},t)} at https://mein.reverse.proxy/static/js/main.e2346901.js:1:1292function(e,t){return(0,le.jsxs)("div",{children:[e,(0,le.jsx)("br",{})]},t)} at Array.reduce (<anonymous>)function(e,t){return(0,le.jsxs)("div",{children:[e,(0,le.jsx)("br",{})]},t)} at t.e (https://mein.reverse.proxy/static/js/main.e2346901.js:1:1257)function(e,t){return(0,le.jsxs)("div",{children:[e,(0,le.jsx)("br",{})]},t)} at https://mein.reverse.proxy/static/js/58.6dd21bc9.chunk.js:2:240446function(e,t){return(0,le.jsxs)("div",{children:[e,(0,le.jsx)("br",{})]},t)} at P (https://mein.reverse.proxy/static/js/2791.8afe157f.chunk.js:2:3351)function(e,t){return(0,le.jsxs)("div",{children:[e,(0,le.jsx)("br",{})]},t)} at Ei (https://mein.reverse.proxy/static/js/4164.29c179b8.chunk.js:2:120786)function(e,t){return(0,le.jsxs)("div",{children:[e,(0,le.jsx)("br",{})]},t)} at ks (https://mein.reverse.proxy/static/js/4164.29c179b8.chunk.js:2:109418)function(e,t){return(0,le.jsxs)("div",{children:[e,(0,le.jsx)("br",{})]},t)} at ys (https://mein.reverse.proxy/static/js/4164.29c179b8.chunk.js:2:109346)function(e,t){return(0,le.jsxs)("div",{children:[e,(0,le.jsx)("br",{})]},t)} at vs (https://mein.reverse.proxy/static/js/4164.29c179b8.chunk.js:2:109209)function(e,t){return(0,le.jsxs)("div",{children:[e,(0,le.jsx)("br",{})]},t)} at as (https://mein.reverse.proxy/static/js/4164.29c179b8.chunk.js:2:104313)function(e,t){return(0,le.jsxs)("div",{children:[e,(0,le.jsx)("br",{})]},t)} at S (https://mein.reverse.proxy/static/js/4164.29c179b8.chunk.js:2:131316)function(e,t){return(0,le.jsxs)("div",{children:[e,(0,le.jsx)("br",{})]},t)} at MessagePort.T (https://mein.reverse.proxy/static/js/4164.29c179b8.chunk.js:2:131850)Danach hilft nur reboot und anmelden als Admin. Mir wird dann Instanz admin.0 als deaktiviert weil loop detect angezeigt. Wenn ich dann den admin abmelde und wieder den normalen Nutzer anmelde läuft alles einwandfrei. Bin mir jetzt n icht sicher ob das hier oder als admin issue besser aufgehoben ist.
- Fehler in
-
Update über den Admin hat geklappt, evtl. Schönheitsfehler, Server läuft auf httpS nicht http. Und soll die Meldung doppelt kommen?
Stopping controller Successfully stopped js-controller Server is running on http://localhost:8081 changed 14 packages in 36s 286 packages are looking for funding run `npm fund` for details changed 14 packages in 36s 286 packages are looking for funding run `npm fund` for details --------------------------------------------------- js-controller wurde erfolgreich auf 5.0.7 aktualisiertMeine "null"-Aliase haben jetzt auch wieder einen Inhalt als nicht-admin Nutzer. Ich habe weiterhin das Probleme, dass ich mich nach einem reboot einmal als admin anmelden muss. Nehme ich nach dem reboot meinen Standaruser kommt die Fehlermeldung.
Error in GUI! Please open the browser console (F12), copy error text from there and create the issue on github Without this information it is not possible to analyse the error. It should looks like error If in the second line you will see at :3000/static/js/main.chunk.js:36903 and not the normal file name, please try to reproduce an error with opened browser console. In this case the special "map" files will be loaded and the developers can see the real name of functions and files. Loading chunk 8855 failed. (error: https://mein.reverse.proxy/static/js/8855.45f1cd9d.chunk.js) ChunkLoadError: Loading chunk 8855 failed.function(e,t){return(0,le.jsxs)("div",{children:[e,(0,le.jsx)("br",{})]},t)}(error: https://mein.reverse.proxy/static/js/8855.45f1cd9d.chunk.js)function(e,t){return(0,le.jsxs)("div",{children:[e,(0,le.jsx)("br",{})]},t)} at t.f.j (https://mein.reverse.proxy/static/js/main.e2346901.js:1:13656)function(e,t){return(0,le.jsxs)("div",{children:[e,(0,le.jsx)("br",{})]},t)} at https://mein.reverse.proxy/static/js/main.e2346901.js:1:1292function(e,t){return(0,le.jsxs)("div",{children:[e,(0,le.jsx)("br",{})]},t)} at Array.reduce (<anonymous>)function(e,t){return(0,le.jsxs)("div",{children:[e,(0,le.jsx)("br",{})]},t)} at t.e (https://mein.reverse.proxy/static/js/main.e2346901.js:1:1257)function(e,t){return(0,le.jsxs)("div",{children:[e,(0,le.jsx)("br",{})]},t)} at https://mein.reverse.proxy/static/js/58.6dd21bc9.chunk.js:2:240446function(e,t){return(0,le.jsxs)("div",{children:[e,(0,le.jsx)("br",{})]},t)} at P (https://mein.reverse.proxy/static/js/2791.8afe157f.chunk.js:2:3351)function(e,t){return(0,le.jsxs)("div",{children:[e,(0,le.jsx)("br",{})]},t)} at Ei (https://mein.reverse.proxy/static/js/4164.29c179b8.chunk.js:2:120786)function(e,t){return(0,le.jsxs)("div",{children:[e,(0,le.jsx)("br",{})]},t)} at ks (https://mein.reverse.proxy/static/js/4164.29c179b8.chunk.js:2:109418)function(e,t){return(0,le.jsxs)("div",{children:[e,(0,le.jsx)("br",{})]},t)} at ys (https://mein.reverse.proxy/static/js/4164.29c179b8.chunk.js:2:109346)function(e,t){return(0,le.jsxs)("div",{children:[e,(0,le.jsx)("br",{})]},t)} at vs (https://mein.reverse.proxy/static/js/4164.29c179b8.chunk.js:2:109209)function(e,t){return(0,le.jsxs)("div",{children:[e,(0,le.jsx)("br",{})]},t)} at as (https://mein.reverse.proxy/static/js/4164.29c179b8.chunk.js:2:104313)function(e,t){return(0,le.jsxs)("div",{children:[e,(0,le.jsx)("br",{})]},t)} at S (https://mein.reverse.proxy/static/js/4164.29c179b8.chunk.js:2:131316)function(e,t){return(0,le.jsxs)("div",{children:[e,(0,le.jsx)("br",{})]},t)} at MessagePort.T (https://mein.reverse.proxy/static/js/4164.29c179b8.chunk.js:2:131850)Danach hilft nur reboot und anmelden als Admin. Mir wird dann Instanz admin.0 als deaktiviert weil loop detect angezeigt. Wenn ich dann den admin abmelde und wieder den normalen Nutzer anmelde läuft alles einwandfrei. Bin mir jetzt n icht sicher ob das hier oder als admin issue besser aufgehoben ist.
@bommel_030 Wenn Restart Loop detected muss ja was im Log stehen.
Und bitte auch Log aus Browser Console posten, wie oben beschrieben ist.
Doppel Logging und http/s Logging fixe ich
-
@bommel_030 Wenn Restart Loop detected muss ja was im Log stehen.
Und bitte auch Log aus Browser Console posten, wie oben beschrieben ist.
Doppel Logging und http/s Logging fixe ich
@foxriver76
Erstmal Log nach reboot. Versucht als user anzumelden. Dann den webserver :8082 aufgerufen, dort abgemeldet. Unter :8081 als admin angemeldet, alles ok.
Admin abmelden, user anmelden, soweit alles ok. Was ich jetzt aber noch festgestellt habe, ich habe als user versucht die Logstufe von admin.0 zu ändern bekomme ich den Toast "permission error", das taucht im Log allerdings nicht auf. Habe dann noch probiert via shuttercontrol mal alle Rolläden zu öffnen, da wurde mir der Zugriff auch verweigert. Letzte Zeile im Log. Als admin fahren die Rolläden wie erwartet hoch.
-
@foxriver76
Erstmal Log nach reboot. Versucht als user anzumelden. Dann den webserver :8082 aufgerufen, dort abgemeldet. Unter :8081 als admin angemeldet, alles ok.
Admin abmelden, user anmelden, soweit alles ok. Was ich jetzt aber noch festgestellt habe, ich habe als user versucht die Logstufe von admin.0 zu ändern bekomme ich den Toast "permission error", das taucht im Log allerdings nicht auf. Habe dann noch probiert via shuttercontrol mal alle Rolläden zu öffnen, da wurde mir der Zugriff auch verweigert. Letzte Zeile im Log. Als admin fahren die Rolläden wie erwartet hoch.
@bommel_030 Danke, ich konnte es fixen.
-
@ilovegym ganze Logzeile bitte
@foxriver76 gerne, ich hab zwar Vis installiert, benutze das aber nicht. Meine view wird mit MinuVis dargestellt.
System: Debian Bookworm, Proxmox lxc, Node 18.16.1, NPM 9.5.1, Admin 6.6.0, JS Controller 5.0.72023-07-10 13:21:00.633 - error: host.iobrokerS2 cannot call visUtils: Not existsWas ist das VisUtils…?
-
@bommel_030 said in js-controller 5.0.x jetzt in der BETA:
@foxriver76
der km200 Version 2.0.4 läuft bei mir wieder mit js-controller 5.0.6, danke!Hi bommel_030
Ich hab am km200 noch ein paar lange fällige Aufräumaktionen gemacht (Tests zum Laufen gebracht, fehlende dependencies ergänzt, Fehler in io-package.json gefixed, noch nicht angepasste urls angepasst, ...). Am Code selbst sollte sich aber nichts geändert haben.
Da du offensichtlich eine Testmöglichkeit für den km200 hast könntest du bitte so nett sein und die 2.0.5 nochmal bewusst testen.
DANKE
P.S. LEdier kann ich von den offenen Issues voraussichtlich nichts fixen, da der Code selbst ei n gröberes Rewrite benötigen würde und ich keinerlei Testmöglichkeiten habe. Da muss ich / wir warten bis es einen dev mit Testmöglichkeit gibt :-(
@mcm57
Kurz zum km200 und js 5.X
Habe km200 auf 2.0.4 aktualisiert gehabt und nur stichprobenartig in meine Datenpunkte geschaut. Abgastemperatur z.B. hat sich korrekt aktualisiert und geändert.
Habe dann auf die 2.0.5 aktualisiert und die Anzahl der Datenpunkte (bei nicht geändertem Filter) ist auf 18 zusammengeschrumpft. Der Datenpunkt Flamme AN/AUS ist zum Beispiel nicht mehr vorhanden. Downgrade auf 2.0.4 hat die Datenpunkte auch nicht zurück gebracht.
Im Log kommt als Warnung nur:INit getservices error TypeError: Cannot create property '0' on boolean 'false' at /opt/iobroker/node_modules/iobroker.km200/km200.js:455:61 at Array.forEach (<anonymous>) at /opt/iobroker/node_modules/iobroker.km200/km200.js:455:37 at /opt/iobroker/node_modules/iobroker.km200/lib/myAdapter.js:822:53Wenn ich den Filter, also die Blacklist komplett leer lasse kommt nur ein Datenpunkt zur Firmware und die anderen 18 sind weg. Für mein Verständnis sollte eine leere Blacklist keine Datenpunkte blockieren.
Ich werde mir den EMS Adapter mal anschauen was der für Daten liefert, vielleicht hat Buderus auch was geändert. Da ich dafür den QR auf dem Brenner brauche wird das allerdings frühestens nächste Woche was, selbiger steht aktuell gut 1000 km entfernt ;-)
-
@mcm57
Kurz zum km200 und js 5.X
Habe km200 auf 2.0.4 aktualisiert gehabt und nur stichprobenartig in meine Datenpunkte geschaut. Abgastemperatur z.B. hat sich korrekt aktualisiert und geändert.
Habe dann auf die 2.0.5 aktualisiert und die Anzahl der Datenpunkte (bei nicht geändertem Filter) ist auf 18 zusammengeschrumpft. Der Datenpunkt Flamme AN/AUS ist zum Beispiel nicht mehr vorhanden. Downgrade auf 2.0.4 hat die Datenpunkte auch nicht zurück gebracht.
Im Log kommt als Warnung nur:INit getservices error TypeError: Cannot create property '0' on boolean 'false' at /opt/iobroker/node_modules/iobroker.km200/km200.js:455:61 at Array.forEach (<anonymous>) at /opt/iobroker/node_modules/iobroker.km200/km200.js:455:37 at /opt/iobroker/node_modules/iobroker.km200/lib/myAdapter.js:822:53Wenn ich den Filter, also die Blacklist komplett leer lasse kommt nur ein Datenpunkt zur Firmware und die anderen 18 sind weg. Für mein Verständnis sollte eine leere Blacklist keine Datenpunkte blockieren.
Ich werde mir den EMS Adapter mal anschauen was der für Daten liefert, vielleicht hat Buderus auch was geändert. Da ich dafür den QR auf dem Brenner brauche wird das allerdings frühestens nächste Woche was, selbiger steht aktuell gut 1000 km entfernt ;-)
Sorry,
Wenn es auch mit der .4 nicht geht hab ich im Moment keine Ahnung.Da es aber - wie ich gestern mitbekommen habe - den ems-esp Adapter gibt laufen zur Zeit Überlegungen den km200 offiziell auf DEPRECATED zu setzen da es einerseits keine Maintainer mit Testmöglichkeit gibt (so wie es aussieht) und andrerseits 2 Adapter für dasselbe Gerät selten Sinn machen.
-
Sorry,
Wenn es auch mit der .4 nicht geht hab ich im Moment keine Ahnung.Da es aber - wie ich gestern mitbekommen habe - den ems-esp Adapter gibt laufen zur Zeit Überlegungen den km200 offiziell auf DEPRECATED zu setzen da es einerseits keine Maintainer mit Testmöglichkeit gibt (so wie es aussieht) und andrerseits 2 Adapter für dasselbe Gerät selten Sinn machen.
@mcm57
Kein Grund sich zu entschuldigen, ich hab da auf jeden Fall noch weniger Ahnung von :D
Ich schaue mir nächste Woche den EMS Adapter an. Wenn der die gleiche (ähnliche) Funktionalität bietet wäre der km200 für mich obsolet. -
@apollon77
Update auf 5.0.7 verlief Problemlos und alles scheint zu funktionieren.
Lediglich eine Fehlermeldung:host.ioBroker 2023-07-10 22:33:52.784 error [CONTROLLER_AUTO_UPGRADE] npm WARN skipping integrity check for git dependency ssh://git@github.com/gerbuchner/ioBroker.vis-owl.git npm WARN skipping integrity check for git dependency ssh://git@github.com/aendue/ioBroker.reolink.git npm WARN skipping integrity check for git dependency ssh://git@github.com/xXBJXx/ioBroker.fully-tablet-control.git npm WARN skipping integrity check for git dependency ssh://git@github.com/nVuln/homebridge-lg-thinq.gitScheinen wohl alte Adapterleichen zu sein, wenn ich das richtig verstehe.
ioBroker auf NUC unter Proxmox; VIS: 12" Touchscreen und 17" Touch; Lichtsteuerung, Thermometer und Sensoren: Tasmota (39); Ambiente Beleuchtung: WLED (9); Heizung: DECT Thermostate (9) an Fritz 6690; EMS-ESP; 1 Echo V2; 3 Echo DOT; 1 Echo Connect; 2 Echo Show 5; Unifi Ap-Ac Lite.
-
js-controller 5.0.7 wurde auch auf meinem Master / Slave System aktualisiert und beide ioBrokers sind ohne Probleme gestartet
-
@foxriver76 gerne, ich hab zwar Vis installiert, benutze das aber nicht. Meine view wird mit MinuVis dargestellt.
System: Debian Bookworm, Proxmox lxc, Node 18.16.1, NPM 9.5.1, Admin 6.6.0, JS Controller 5.0.72023-07-10 13:21:00.633 - error: host.iobrokerS2 cannot call visUtils: Not existsWas ist das VisUtils…?
@ilovegym Ist Code, der schaut wie viele vis Projekte, DPs, etc. du hast. Allerdings nur für statistische Zwecke.
Die Frage ist, tritt das bei anderen auch noch auf?
D.h. du hast in deinem Fall kein einziges vis-Projekt oder ist das default noch da?
-
@ilovegym Ist Code, der schaut wie viele vis Projekte, DPs, etc. du hast. Allerdings nur für statistische Zwecke.
Die Frage ist, tritt das bei anderen auch noch auf?
D.h. du hast in deinem Fall kein einziges vis-Projekt oder ist das default noch da?
@foxriver76 sagte in js-controller 5.0.x jetzt in der BETA:
@ilovegym Ist Code, der schaut wie viele vis Projekte, DPs, etc. du hast. Allerdings nur für statistische Zwecke.
Die Frage ist, tritt das bei anderen auch noch auf?
D.h. du hast in deinem Fall kein einziges vis-Projekt oder ist das default noch da?
Objekte: 116948, Zustände: 98389, 78 Adapter, insgesamt so um die 650 Devices..
definitiv default.. irgendwann vor 3 oder 4 Jahren mit js-controller 1.21 mal gestartet, fuer seltsam befunden und seitdem nicht mehr angerührt.. :-)
Instanz irgendwie immer mal mitgeschleppt... auch zwischendurch mal geloescht gehabt, aber irgenwelche Adapter hatten dann gemeckert.. also wieder installiert..
Eben mal aufgerufen, da kam das:
habs jetzt n paarmal weg geclickt und n iob upload vis gemacht, jetzt kommt der Default..
sieht jetzt so aus, als ob der Fehler mit den VisUtils nicht mehr kommt.. war anscheinend was in dem Vis verbogen oder nicht vorhanden, weil nie benutzt..
Haben die anderen diesen Fehler auch (noch?)...
-
@apollon77
Update auf 5.0.7 verlief Problemlos und alles scheint zu funktionieren.
Lediglich eine Fehlermeldung:host.ioBroker 2023-07-10 22:33:52.784 error [CONTROLLER_AUTO_UPGRADE] npm WARN skipping integrity check for git dependency ssh://git@github.com/gerbuchner/ioBroker.vis-owl.git npm WARN skipping integrity check for git dependency ssh://git@github.com/aendue/ioBroker.reolink.git npm WARN skipping integrity check for git dependency ssh://git@github.com/xXBJXx/ioBroker.fully-tablet-control.git npm WARN skipping integrity check for git dependency ssh://git@github.com/nVuln/homebridge-lg-thinq.gitScheinen wohl alte Adapterleichen zu sein, wenn ich das richtig verstehe.
@chaot
Kommen diese skipping integrity check meldungen nicht IMMER wenn von github installiert wird? Kann es sein dass die gelisteten Adapter allesamt github Installationen sind?Entwicklung u Betreuung: envertech-pv, hoymiles-ms, ns-client, pid, snmp Adapter;
Support Repositoryverwaltung.Wer Danke sagen will, kann nen Kaffee spendieren: https://paypal.me/mcm1957atiobroker
864
Online32.4k
Benutzer81.5k
Themen1.3m
Beiträge