NEWS
js-controller 5.0.x jetzt in der BETA
-
@apollon77 sagte in js-controller 5.0.x jetzt in der BETA:
Neue erkannte Probleme, die noch nicht behandelt sind:
Ich schreibe mal meine Updates in klammern dahinter
- stiebel-isg update nötig
- lgtv zeigt Fehlermeldungen an (sollte fixed sein mit 1.1.12)
- web kann crashen falls Widgets in vis falsch konfiguriert sind (PR in
socket-classesexistiert 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 muss geprüft werden (sollte gefixt sein mit 2.0.4)
- miio muss geprüft werden
- fakeroku muss geprüft werden (git version funktioniert, benötigt publish)
- 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
@foxriver76 sagte in js-controller 5.0.x jetzt in der BETA:
Ich schreibe mal meine Updates in klammern dahinter
stiebel-isg update nötig
lgtv zeigt Fehlermeldungen an (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 muss geprüft werden (sollte gefixt sein mit 2.0.4)
miio muss geprüft werden
fakeroku muss geprüft werden (git version funktioniert, benötigt publish)
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- B-Control-EM update nötig
https://github.com/ioBroker/ioBroker.b-control-em
vG Looxer
-
@lausid sagte in js-controller 5.0.x jetzt in der BETA:
Läuft zB alexa2 und web und alexa2 wird beendet verliert web die Anbindung zur DB.
Das sollte nicht passieren. Log Bitte posten
@apollon77 sagte in js-controller 5.0.x jetzt in der BETA:
@lausid sagte in js-controller 5.0.x jetzt in der BETA:
Läuft zB alexa2 und web und alexa2 wird beendet verliert web die Anbindung zur DB.
Das sollte nicht passieren. Log Bitte posten
web.0 2023-07-09 18:12:14.764 info (COMPACT) setState not processed because States database not connected web.0 2023-07-09 18:12:14.181 info (COMPACT) http server listening on port 8086 web.0 2023-07-09 18:12:14.180 info (COMPACT) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason web.0 2023-07-09 18:12:14.177 error (COMPACT) port 8082 already in use web.0 2023-07-09 18:12:13.762 info (COMPACT) socket.io server listening on port 8082 web.0 2023-07-09 18:12:13.634 warn (COMPACT) Information for Developer: Using the direct "Let's encrypt" module import is deprecated and will be removed in the next js-controller version, use @iobroker/webserver instead web.0 2023-07-09 18:12:13.129 info (COMPACT) starting. Version 5.5.3 in /opt/iobroker/node_modules/iobroker.web, node: v16.15.1, js-controller: 5.0.6 host.raspberrypi.compactgroup1 2023-07-09 18:12:04.840 info instance system.adapter.web.0 started in COMPACT mode web.0 2023-07-09 18:11:31.691 warn (COMPACT) Cannot connect/reconnect to states DB. Terminating web.0 2023-07-09 18:11:31.664 warn (COMPACT) Cannot connect/reconnect to states DB. Terminating web.0 2023-07-09 18:11:31.632 warn (COMPACT) Cannot connect/reconnect to states DB. Terminating host.raspberrypi.compactgroup1 2023-07-09 18:11:31.427 info Restart adapter system.adapter.web.0 because enabled host.raspberrypi.compactgroup1 2023-07-09 18:11:31.425 info instance system.adapter.web.0 terminated with code 0 (NO_ERROR) web.0 2023-07-09 18:11:30.820 warn (COMPACT) Cannot connect/reconnect to objects DB. Terminating web.0 2023-07-09 18:11:30.719 warn (COMPACT) Cannot connect/reconnect to objects DB. Terminating web.0 2023-07-09 18:11:30.707 info (COMPACT) Terminated (NO_ERROR): Without reason web.0 2023-07-09 18:11:30.705 warn (COMPACT) Cannot connect/reconnect to objects DB. Terminating alexa2.0 2023-07-09 18:11:27.611 info (COMPACT) terminating with timeout host.raspberrypi.compactgroup1 2023-07-09 18:11:27.101 info instance system.adapter.alexa2.0 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION) host.raspberrypi.compactgroup1 2023-07-09 18:11:27.100 warn instance system.adapter.alexa2.0 terminated due to 11 alexa2.0 2023-07-09 18:11:26.608 info (COMPACT) terminating host.raspberrypi.compactgroup1 2023-07-09 18:11:26.574 info stopInstance system.adapter.alexa2.0 send kill signal alexa2.0 2023-07-09 18:11:26.103 info (COMPACT) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason alexa2.0 2023-07-09 18:11:26.099 info (COMPACT) terminating alexa2.0 2023-07-09 18:11:26.079 info (COMPACT) Got terminate signal TERMINATE_YOURSELF alexa2.0 2023-07-09 18:11:26.023 info (COMPACT) Got terminate signal TERMINATE_YOURSELF host.raspberrypi 2023-07-09 18:11:25.982 info stopInstance system.adapter.alexa2.0 (force=false, process=true) host.raspberrypi 2023-07-09 18:11:25.972 info "system.adapter.alexa2.0" disabled host.raspberrypi.compactgroup1 2023-07-09 18:11:25.952 info stopInstance system.adapter.alexa2.0 (force=false, process=true) host.raspberrypi.compactgroup1 2023-07-09 18:11:25.945 info "system.adapter.alexa2.0" disabledalexa2, sql und web im compact-mode - alexa2 beendet und web keine Verbindung zur Datenbank - web und sql muss beendet werden, danch Start im Compact Mode wieder möglich.
admin unf fhem im Compact Mode verlieren ebenfalls die Verbindung zur DB bei Stop einer Instanz aus compact Gruppe. -
@lausid sagte in js-controller 5.0.x jetzt in der BETA:
unsupported option "accept-new"
Also bei dem Fehler lande ich eher bei sowas https://serverfault.com/questions/1105812/command-line-line-0-unsupported-option-accept-new-how-to-fix-this
Scheinbar ist da was an deiner SSH konfig verbogen? Lösungsdiskussion aber bitte in einem eigenen Thread!
@apollon77 sagte in js-controller 5.0.x jetzt in der BETA:
@lausid sagte in js-controller 5.0.x jetzt in der BETA:
unsupported option "accept-new"
Also bei dem Fehler lande ich eher bei sowas https://serverfault.com/questions/1105812/command-line-line-0-unsupported-option-accept-new-how-to-fix-this
Scheinbar ist da was an deiner SSH konfig verbogen? Lösungsdiskussion aber bitte in einem eigenen Thread!
OK, Update über den "alten" Weg hat jedoch funktioniert
iobroker stop iobroker update iobroker fix iobroker upgrade self -
@apollon77 sagte in js-controller 5.0.x jetzt in der BETA:
@lausid sagte in js-controller 5.0.x jetzt in der BETA:
unsupported option "accept-new"
Also bei dem Fehler lande ich eher bei sowas https://serverfault.com/questions/1105812/command-line-line-0-unsupported-option-accept-new-how-to-fix-this
Scheinbar ist da was an deiner SSH konfig verbogen? Lösungsdiskussion aber bitte in einem eigenen Thread!
OK, Update über den "alten" Weg hat jedoch funktioniert
iobroker stop iobroker update iobroker fix iobroker upgrade self -
@foxriver76
der km200 Version 2.0.4 läuft bei mir wieder mit js-controller 5.0.6, danke!@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 :-(
-
@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
Klar, kann ich machen. Hab aber nur einen einfachen Brenner, und kann daher wahrscheinlich nicht alles testen was der Adapter kann. -
@mcm57
Klar, kann ich machen. Hab aber nur einen einfachen Brenner, und kann daher wahrscheinlich nicht alles testen was der Adapter kann.@bommel_030
Kein Problem - jeder Test ist besser als keiner.
Und dann gibts ja noch den latest.
Und den echten Fehler kommen dann im Oktober :-)DANKE im Voraus
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
-
@bommel_030
Kein Problem - jeder Test ist besser als keiner.
Und dann gibts ja noch den latest.
Und den echten Fehler kommen dann im Oktober :-)DANKE im Voraus
Adapter systeminfo crashed mit js-controller 5
https://github.com/iobroker-community-adapters/ioBroker.systeminfo/issues/81
https://github.com/iobroker-community-adapters/ioBroker.systeminfo/issues/82 -
@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 :-(
-
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.
824
Online32.4k
Benutzer81.5k
Themen1.3m
Beiträge