UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[Diginix]

@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.

[apollon77]

@Diginix Also ich habe sowohl Blockly wie auch normale Skripte geändert und es tat.

Aber ja wenn Ihr da fehler habt muss man reinschauen

[Ein ehemaliger Benutzer]

@apollon77
auch bei Javascript, ist egal, er hat wohl probleme sich zu verbinden, kommt ein ein Bad request oder sogar 404..

[Feuersturm]

@apollon77 Ich habe gerade alle Skripte kontrolliert. "debug" war überall aus. Bei einem Skript war "verbose" aktiv.

[apollon77]

@ilovegym Javascript ist welche Version 4.4.2 wäre die aktuelle für "mit Admin 4.0.1"? ... timeout und so heisst das irgendwie dein Browser nicht zu dem Host vom Admin kam. die 400er sind invalid requests, die hatten wir oft gesehn als ein alter Javascript oder ne alte socketio Lib auf nen 4er Admin getroffen ist. Mal Browser cache und alles so gelöscht?

[apollon77]

@Feuersturm Ok, verbose sollte nur mehr log sein ... aktiviere ds doch mal bei dem betroffenen skript und zig was kommt. Loggt er das er states setzen würde?

[Ein ehemaliger Benutzer]

@apollon77 Javascript 4.4.2 und Admin 4.0.2, Web 3.0, Socketio 3.0, alles nochmal hochgeladen, ganze VM reboot, Browser Cache etc gelöscht, sowohl bei Firefox als auch bei Chrome.

Keine Besserung, das gleiche... ich verstehs gerade nicht.. mit der Version 4.3.4 vom Javascript ging das noch.. und Admin 3.7.8 etc..

[Feuersturm]

@apollon77 Test hab ich durchgeführt. Ich hatte kurz vorher noch folgende Adapter aktualisiert:
Admin von 4.0.1 auf 4.0.2
Script Enginge von 4.4.0 auf 4.4.2
Visualisation von 1.2.3 auf 1.2.4

Wenn "verbose" aktiv ist, wird das Setzen der States mit ausgegeben. Ist verbose deaktiviert kommt nur noch die Ausgabe von console.log()

[apollon77]

@Feuersturm Das ist doch alles korrekt (das bei verbose das geloogt wird was er tut und sonst nicht). Und im Admin siehst Du diese State-Änderungen nicht?

[Ein ehemaliger Benutzer]

@apollon77
Mit Javascript 4.3.3 und Admin 4.0.0 kann ich scripte bearbeiten, speichern, etc. was da nicht funktioniert, ist das Exportieren von ALLEN Scripten als ZIP. Das wurde in 4.3.5 oder 4.3.6 behoben, könnte man hier mal schauen?

[Feuersturm]

@apollon77 Wie per Chat geklärt, bei mir ist aktuell alles gut :-)

[apollon77]

@ilovegym Wieder nur bei Multihost? Daran wurde an sich nichts geändert :-(

[Ein ehemaliger Benutzer]

@apollon77 bin gerade am testen, mal auf debug alles und ein paar Versionen hin und her.. ( mit cache löschen, versch. browsern, etc... ) finde leider keinen weg, das eindeutig auf irgendwas zu schieben.. mal gehts, mal wieder nicht...:disappointed: :dizzy_face:

[Stormbringer]

@apollon77 vielen Dank wieder mal für die tolle Arbeit.

Also ich habe bei allen Versionen nach JS Adapter 4.1.12 massive Speicherprobleme. Mit der jetzigen geht es zwar ab und zu, momentan speichert er aber wieder gar nicht mehr. Egal ob Firefox, Safari oder Chrome.

Im LOG erscheint nichts. In der Chrome Konsole kommt vorm Fehler folgendes:

Arbeite nur mit Blockly aber "normale" Skripte habe ich probiert könnte ich abspeichern. Betrifft also nur Blockly.

Mit den Updates von dem socketio Projekt ist es besser geworden, da kann ich zumindest ab und zu abspeichern aber leider noch weit weg von benutzbar.

Admin 4.0.2
Socketio 3.0.0
Web 3.0.0
JS Adapter aktuell noch 4.4.2

Cache leeren bringt leider nichts. Aber Skripte laufen zumindest alle normal. Nur ändern ginge schlecht.

[apollon77]

@Stormbringer bitte GitHub issue anlegen mit den Screenshot und Details.

[Stormbringer]

@apollon77 Habe ich schon bei der vorherigen Version issue 487 ;-) Aber schau ob ich den Screenshot noch mit dazupacken kann.

[Ein ehemaliger Benutzer]

@Stormbringer sagte in WICHTIG: Updates von socketio, web, admin (Latest vorerst):

@apollon77 Habe ich schon bei der vorherigen Version issue 487 ;-) Aber schau ob ich den Screenshot noch mit dazupacken kann.

na, da bin ich doch nicht der Einzigste, der keine Scripte ändern kann... bei mir geht aber gar nix.. weder Javascript noch Blockly.. neue Scripte werden erzeugt, aber das anschliessende speichern funktioniert dann auch wieder nicht..

[Garfonso]

Ich habe mit den aktuellesten Versionen aus latest (Javascript 4.4.2, Admin 4.0.2, SocketIo 3.0.0) auch große Probleme, insbesondere beim Speichern aber auch so bleibt es oft hängen.
Meine Browser Konsole wird aktuelle, sobald ich einmal beim JavaScript Fenster war und ein Skript (neu) geöffnet (oder geschlossen?) hab mit folgendem überschüttet:

Am Anfang kommt einmal ein Fehler bezüglich sayit (ist nicht installiert):

Wenn die Logausgaben kommen (das scheint irgendwie nach einiger Zeit zu pausieren um dann irgendwann wieder anzufangen?) geht kaum noch was (mit Entwicklertools offen ist es so schlimm, dass der ganze Browser hängt), meist geht es noch Code zu tippen, manchmal aber auch das nicht. Speichern geht dann auf keinen Fall. Wenn die Meldungen gerade nicht kommen, geht eigentlich alles wie immer, inklusive Speichern. Das ist aber ein Gedulds- & Glücksspiel.

[apollon77]

@Garfonso bitte auch damit GitHub issue anlegen. Lasst uns die verschiedenen Themen bitte dir mit so viele Details und Screenshots und logs wie möglich sammeln

[Jan1]

@apollon77
Javascript 4.4.2, Admin 4.0.2, SocketIo 3.0.0 läuft bei mir ohne Probleme direkt ohne VM und nur Master unter Debian Buster.