WICHTIG: Updates von socketio, web, admin (Latest vorerst)
-
@Diginix Die werden ja nur geworfen wenn diese Funktion die bald entfernt wird genutzt wird ... Kann ja sein das Du den teil vom Adapter nicht nutzt der das triggern würde
-
@apollon77 Ah, ok. Dieses Detail fehlte mir. Bisher dachte ich dass beim Start vom Adapter Abhängigkeiten und deprecated/obsolete Methoden/Funktionen geprüft werden. Aber es sind nur die Abhängigkeiten.
-
Weiss nicht genau ob es hier rein passt, aber auf die schnelle wollte ich es melden, bevor ichs wieder vergess. Habe gerade von unterwegs via Vpn , das aktuelle log aufrufen wollen. Folge war Absturz, Seite nicht mehr erreichbar.
Hier das log, leider nur als screen
-
@crunchip sagte in WICHTIG: Updates von socketio, web, admin (Latest vorerst):
das aktuelle log aufrufen wollen.
Bitte admin GitHub issue anlegen
-
@adarof sagte in WICHTIG: Updates von socketio, web, admin (Latest vorerst):
Ging das denn vor dem Update ?
Welches Update? Das hier im Thread besprochene? Das habe ich noch nicht umgesetzt.
Enrico
-
@crunchip Dein dunkles Theme ist per Browserplugin gelöst oder?
-
@Diginix dark mode am Handy
-
@Feuersturm sagte in WICHTIG: Updates von socketio, web, admin (Latest vorerst):
Mit Admin 4.0.0 und Javascript 4.3.4 konnte ich keine neuen Javaskripte mehr anlegen und wenn ich den Status unter Objekte von meinen Homematickomponenten HmIP-MOD-HO verändert habe, wurde die Änderung nicht an Homematic übertragen und das Garagentor wurde nicht verfahren.
Mit der neuen Version 4.0.1 und Javascript 4.4.0 kann ich wieder neue Skripte anlegen und das Garagentor wird auch verfahren.
@apollon77 funktioniert bei mir leider weder mit Admin 4.0.1/4.0.2 noch mit Javascript 4.4.0 - 4.4.2 .-... gerade etwas ratlos..
js-controller 2.2.9... doch ne Diva ?
-
@ilovegym ich habe js-controller 2.2.8 im Einsatz.
-
@ilovegym irgendwie ist es aber komisch das du da der einzige bist zumindestens berichtet keiner. Hast du mal debug eingeschaltet befinden betroffenen JavaScript und geschaut was da passiert?
-
Und: gehen andere States? Sicher das es an JavaScript liegt und nicht an dem hm gerät oder hm Adapter?
2.2.9 kann damit nix zu tun haben -
@apollon77 hm hab ich nicht, obs an 2.2.9 liegt.. bin ich mir nicht sicher, habe die letzten Wochen keine Scripts geändert, erste heute... ich schalte mal auf debug und teste mal durch... so läuft ja alles, aber ich würde gern was ändern..
Node ist aktuell 10.19.0, sonst alle Adapter auf dem latest.. den Fixer hab ich auch schon drüber gejagt.
Mal schauen, was bei debug raus kommt... -
@apollon77
Kannst du damit was anfangen, der Fehler kommt, wenn ich auf Speichern klicke...??
Im iobroker logfile selbst auf Debug keine Fehler, nur die Ausgaben der Scripte, aber die laufen....
-
@apollon77
noch welche ... Socketio...
-
Kommt es nur beim Speichern von Blockly oder auch normalen Skripten?
-
Also ich hab mal bei mir getestet ... tut alles, nur der Log-Bereich im Javascript editor Fenster war etwas zickig .. aber im Logfile waren alle ausgaben zu sehen und Skripte tun auch und schalten
-
@Feuersturm Sicher das Du nicht aus versehen den SImulationsmodus oder so an hast?
-
@apollon77 Was für einen Simulationsmodus meinst du? Auf welchen Beitrag beziehst du dich von mir? Das ich js-controller 2.2.8 im Einsatz habe?
-
@Feuersturm Bei einem Skript im Javascript Adapte rkann man Debug einschalten und man kann "debug" und "verbose".
ich glaube "debug" simuliert nur und gibt aus was er tun würde, tut es aber nicht! Er setzt also keine state Werte. "verbose" loggt glaube nur mehr.
Das ist im Skriptfenster beim Schraubenschlüssel. Bitte sicherstellen das da nicht irgendwas gewählt ist
-
@apollon77 sagte in WICHTIG: Updates von socketio, web, admin (Latest vorerst):
Also ich hab mal bei mir getestet ... tut alles, nur der Log-Bereich im Javascript editor Fenster war etwas zickig .. aber im Logfile waren alle ausgaben zu sehen und Skripte tun auch und schalten
Das Problem der Logausgabe unter den Skripten besteht schon lange und ist durchaus nervig.
Es kam bei mir auch schon vor, dass ich umfangreiche Änderungen im Blockly gemacht habe und dann beim Speichern einfach auf die ursprüngliche Skriptversion resetet wurde und somit alle Änderungen unwiederbringlich verworfen wurden.
Mittlerweile exportiere ich mir das Blockly als Backup vor dem Speichern in einen Editor.
Das war aber in wahrscheinlich Javascript Versionen <4 besser und 100% stabil. Aber wenn man weiß wie, kann man es ja umgehen.
