js-controller 5.0.x jetzt in der BETA
-
@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..
-
@ilovegym ganze Logzeile bitte
-
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
-
@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.
-
@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…?
-
@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.
-
@mcm57
Kein Grund sich zu entschuldigen, ich hab da auf jeden Fall noch weniger Ahnung von
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.
-
js-controller 5.0.7 wurde auch auf meinem Master / Slave System aktualisiert und beide ioBrokers sind ohne Probleme gestartet
-
@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?)...
-
@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? -
@mcm57 Ja, da könntest du Recht haben. Muss ich am Wochenende mal drüberschauen was davon tatsächlich noch im Einsatz ist.
-
Raspi4, NPM 9.5.1,Node.js v18.16.0, JSController 5.0.7
Ich bekomme seit Installation des ViessmannAPI Adapters nur noch Fehler und kann nicht mehr auf Objekte zugreifen. Hier rotiert nur noch dieser Kreis.
Kann mir jemand was dazu sagen?
admin.0 10647 2023-07-15 13:14:47.947 info terminating http server on port 8081 admin.0 10647 2023-07-15 13:14:47.857 error The pattern "viessmannapi.0.2277908.0.general.roles.capability:monetization;AdvancedReport" is not a valid ID pattern admin.0 10647 2023-07-15 13:14:47.856 error Error: The pattern "viessmannapi.0.2277908.0.general.roles.capability:monetization;AdvancedReport" is not a valid ID pattern at Object.pattern2RegEx (/opt/iobroker/node_modules/@iobroker/js-controller-common/src/lib/common/tools.ts:2473:15) at pattern2RegEx (/opt/iobroker/node_modules/@iobroker/adapter-core/build/controllerTools.js:94:44) at SocketCommandsAdmin.subscribe (/opt/iobroker/node_modules/@iobroker/socket-classes/lib/socketCommands.js:267:13) at SocketCommandsAdmin._subscribeStates (/opt/iobroker/node_modules/@iobroker/socket-classes/lib/socketCommands.js:492:22) at Object.commands.subscribe (/opt/iobroker/node_modules/@iobroker/socket-classes/lib/socketCommands.js:1356:25) at Socket.<anonymous> (/opt/iobroker/node_modules/@iobroker/socket-classes/lib/socketCommands.js:1556:43) at /opt/iobroker/node_modules/@iobroker/ws-server/index.js:152:100 at Array.forEach (<anonymous>) at Immediate.<anonymous> (/opt/iobroker/node_modules/@iobroker/ws-server/index.js:152:83) at processImmediate (node:internal/timers:476:21) admin.0 10647 2023-07-15 13:14:47.855 error uncaught exception: The pattern "viessmannapi.0.2277908.0.general.roles.capability:monetization;AdvancedReport" is not a valid ID pattern admin.0 10647 2023-07-15 13:14:47.817 error The pattern "viessmannapi.0.2277908.0.general.roles.capability:backup;0002_HMU_VD2" is not a valid ID pattern admin.0 10647 2023-07-15 13:14:47.816 error Error: The pattern "viessmannapi.0.2277908.0.general.roles.capability:backup;0002_HMU_VD2" is not a valid ID pattern at Object.pattern2RegEx (/opt/iobroker/node_modules/@iobroker/js-controller-common/src/lib/common/tools.ts:2473:15) at pattern2RegEx (/opt/iobroker/node_modules/@iobroker/adapter-core/build/controllerTools.js:94:44) at SocketCommandsAdmin.subscribe (/opt/iobroker/node_modules/@iobroker/socket-classes/lib/socketCommands.js:267:13) at SocketCommandsAdmin._subscribeStates (/opt/iobroker/node_modules/@iobroker/socket-classes/lib/socketCommands.js:492:22) at Object.commands.subscribe (/opt/iobroker/node_modules/@iobroker/socket-classes/lib/socketCommands.js:1356:25) at Socket.<anonymous> (/opt/iobroker/node_modules/@iobroker/socket-classes/lib/socketCommands.js:1556:43) at /opt/iobroker/node_modules/@iobroker/ws-server/index.js:152:100 at Array.forEach (<anonymous>) at Immediate.<anonymous> (/opt/iobroker/node_modules/@iobroker/ws-server/index.js:152:83) at processImmediate (node:internal/timers:476:21) admin.0 10647 2023-07-15 13:14:47.815 error uncaught exception: The pattern "viessmannapi.0.2277908.0.general.roles.capability:backup;0002_HMU_VD2" is not a valid ID pattern -
@apollon77 said in js-controller 5.0.x jetzt in der BETA:
Neue erkannte Probleme, die noch nicht behandelt sind:
- stiebel-isg update nötig
- lgtv sollte fixed sein mit 1.1.12
- web kann crashen falls Widgets in vis falsch konfiguriert sind (PR in socket-classes existiert bereits)
- js-controller upgrade via Admin startet js-controller nicht wieder
- Admin zeigt falsche Log grösse an -> Fixed in Admin 6.5.8+
- km200 sollte gefixt sein mit 2.0.4
- miio muss geprüft werden
- fakeroku GitHub Version gefixt, release fehlt noch
- pi-hole update nötig
- node-red muss geprüft werden
- enigma2.0 mindestens 1.4.0+
- doorbird update nötig
- linux-control update nötig
Liste wär anzupassen:
Km200 funktioniert weder in 1.4 noch 1.5 stabil.
Km200 wurde deprecated und wir - sollte sich nicht noch ein dev finden - ab js controller 5.x nicht mehr laufen. ems-esp existiert als ersatz. -
Controller 5.0.8 auf dem Weg:
- remove duplicate logging and fix https prefix on ssl server (controller upgrade)
- requireLog should not throw on invalid permissions
- fixed multihost communication upgrade manager (erstmals testbar beim update von v5.0.8 auf eine potentielle 5.0.9)
- try to solve
ENOTEMPTYerrors automatically on adapter upgrades/installations
Update von 5.0.7 auf 5.0.8 kann auch erstmals mit offiziellem Docker Container (mindestens v8.1.0-beta.3) erfolgreich stattfinden. Hierzu gerne Feedback geben.
