js-controller 3.2 jetzt im Latest!

[foxriver76]

@ofbeqnpolkkl6mby5e13
Schaust du hier

[Chaot]

@apollon77 Laaaangweilig -- Alles läuft. Keine einzige Fehlermeldung.

[apollon77]

@chaot Ok wir geloben "Besserung" und machen nächstes mal wieder mehr kaputt. Versprochen ... @foxriver76 lass mal brain stormen gg

[Kueppert]

@apollon77 könnte aber dann @chaot isch werden

[jmeister79]

@kueppert

[apollon77]

@kueppert lol, geiles wort-spiel

[Bogie]

@chaot
wer ist denn für den js-Controller zuständig ? Unter Version 3.1.6 läuft der Innogy Smarthome Adapter wie er soll aber sobald der js-Controller auf 3.2.12 aktualisiert wird, landet man auf einer leeren Seite bzw. Seite nicht erreichbar, wenn man die Authorisation im Innogy Adapter startet.

[apollon77]

@bogie Naja, für den js-controller sind die ioBroker Core Entwickler zuständig, oder jeder Entwickler der mitarbeiten will. Der js-controller gibt das Framework vor in dem sich alle Adapter bewegen müssen.

Dennoch gilt:
1.) Ohne Log können wir nicht helfen weil keiner der Developer hier diesen Adapter benutzt und am laufen hat. Wenn wir also nicht wissen wie der Adapter "nicht funktioniert" und was im Log steht können wir also nichts tun.
2.) Am besten kann der Adapter Entwickler schauen was los ist, damit musst Du Ihm aber ein GitHub issue anlegen das er es prüfen kann. Und bevor Du fragst "warum denn ich", bedenke bitte das wir im Open Source Umfeld ALLE GEMEINSAM ZUSAMMEN arbeiten

[lonsimbt]

@apollon77

3.2.13 läuft. Keine Auffälligkeiten oder Fehlermeldungen soweit.
Gruß Marco

[UncleSam]

Ging das schon vorher nicht?
iobroker url https://github.com/UncleSamSwiss/ioBroker.ham/tree/feature/admin-tab
Dies geht nämlich:
iobroker url https://github.com/UncleSamSwiss/ioBroker.ham/tree/feature%2Fadmin-tab

Man beachte den / im Branch-Namen..

[Feuersturm]

@apollon77 3.2.13 läuft auch bei mir ohne Auffälligkeiten.

[Diginix]

Gleiches hier mit 3.2.13.

[amg_666]

Dito, 1 Master, 2 Slaves, alles läuft...

[apollon77]

@unclesam Wird in der .14 gefixt sein

[apollon77]

Wer mal Zeit hat ... bitte schaut mal ob Ihr in system.host.EuerHostname.notifications was drin habt und wenn dann bitte mal iobroker stoppen und in /opt/iobroker/iobrokeer-data/notifications.json schauen was so drin steht ... gern hier posten ... (Vor allem wenn es nicht nur "restart loop" einträge sind

[crunchip]

@apollon77 soeben mal auf die .13 gegangen, danach iobroker gestoppt und wieder gestartet
notifications.json ist jedoch leer
siehe Zeitstempel

[Neuschwansteini]

@apollon77

gleich mal gemacht:

und hier das notification.json

ilovegym@VMC123-iobroker:/opt/iobroker/iobroker-data$ cat notifications.json
{"system":{"restartLoop":{"system.adapter.enigma2.0":[{"message":"Restart loop detected","ts":1610183529401}],"system.adapter.mihome-vacuum.1":[{"message":"Restart loop detected","ts":1610183568278}],"system.adapter.mihome-vacuum.2":[{"message":"Restart loop detected","ts":1610183584909}],"system.adapter.mihome-vacuum.0":[{"message":"Restart loop detected","ts":1610184885480}],"system.adapter.ham.0":[{"message":"Restart loop detected","ts":1611293962703}],"system.adapter.telegram.1":[{"message":"Restart loop detected","ts":1611926375398}],"system.adapter.telegram.0":[{"message":"Restart loop detected","ts":1611926786664}]}}}
ilovegym@VMC123-iobroker:/opt/iobroker/iobroker-data$

[apollon77]

@crunchip dann ist ja gut und keine fehler eingesammelt weils keine gab

[crunchip]

@apollon77 ah ok, dachte es muss was drin stehen, wenn iobroker gestoppt/gestartet wurde
dann bin ich ja beruhigt

[apollon77]

@crunchip Ne, dort werden "Fehlerfälle" gesammekt die künftig dann als Popup beim Admin Besuch angezeigt werden. Vor allem Themen wie I/O Error, Volle platte. Zugriffsfehler und sowas