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

[paul53]

@apollon77 sagte:

"Namen von Skripten mit punkten sind nicht mehr erlaubt ... alle anderen State Namen und so gehen natürlich noch auch mit punkten. :-)"

In den News und im Changelog steht aber

State names with dot are not allowed any more

[Chaot]

@AlCalzone So, sind wir wieder soweit:

javascript.1	2020-05-21 16:31:06.452	error	(17645) Cannot install open-fin-ts-js-client: 254
javascript.1	2020-05-21 16:31:06.409	error	(17645) npm ERR! A complete log of this run can be found in: npm ERR! /home/iobroker/.npm/_logs/2020-05-21T14_31_06_395Z-debug.log
javascript.1	2020-05-21 16:31:06.407	error	(17645)
javascript.1	2020-05-21 16:31:06.395	error	(17645) ERR! path /opt/iobroker/node_modules/iobroker.javascript/node_modules/xmlbuilder npm ERR! errno -2 npm ERR! enoent ENOENT: no such file or directory, access '/opt/iobroker/node_modules/iobroke
javascript.1	2020-05-21 16:31:06.387	error	(17645) npm ERR! code ENOENT npm ERR! syscall access npm
javascript.1	2020-05-21 16:31:05.376	error	(17645) WARN checkPermissions Missing write access to /opt/iobroker/node_modules/iobroker.javascript/node_modules/xmlbuilder npm WARN checkPermissions Missing write access to /opt/iobroker/node_module
javascript.1	2020-05-21 16:31:05.373	error	(17645) npm

[AlCalzone]

@Chaot Versteh ich nicht - die Berechtigungen sehen gut aus.

[paul53]

@ilovegym sagte:

Fehler hatte ich bei blocklys mit timeout drin, hier war meist das stop-timeout verstellt

Auch im erzeugten Javascript-Code ?

[e-s]

@Chaot
Lad dir mal das log aus home/iobroker....
Das jetzige ist ja am zeilenende abgeschnitten, vielleicht findest du dann den fehler.

[Ein ehemaliger Benutzer]

@paul53 sagte in Test Adapter Javascript 4.6.x:

@ilovegym sagte:

Fehler hatte ich bei blocklys mit timeout drin, hier war meist das stop-timeout verstellt

Auch im erzeugten Javascript-Code ?

Da die Scripte noch funktioniert haben, denke ich der Code war okay. Hab mir nicht die Arbeit gemacht und nachgeschaut. ..🙈

Hab soviel geändert am System die letzten Wochen, da musste ich sowieso alles Mal durch checken.

[Chaot]

@AlCalzone Ist mir auch Schleierhaft. Interessanterweise ist der Fehler aber jetzt in der Insatnz 1. Vorher war immer die 0 betroffen.
Ich habe jetzt auch mal in der Instanz 1 (wie zuletzt bei 0) alle Module gelöscht und neu eingefügt. Mal sehen ob der Fehler damit weg bleibt.

Was mir noch seit gestern auffällt ist eine Warnmeldung:

host.ioBroker	2020-05-21 16:41:48.167	warn	warning: empty repo received!
host.ioBroker	2020-05-21 16:41:48.166	warn	warning: Cannot read "http://download.iobroker.net/sources-dist-latest.json"

Aber ich denke mal das das nur ein Kommunikationsproblem ist das zeitweise auftaucht.

[Rene_HM]

Bei mir lässt sich der Adapter auf einem slave nicht aktualisieren:

admin ist auf diesem System installiert, Version ist 4.1.1. Es gibt nur keine Instanz von admin, da es ein slave ist. Auf dem zugehörigen master kann ich das update ohne Probleme ausführen...

[AlCalzone]

@Rene_HM Ich glaube das ist in einer neueren JS-Controller-Version (die im Hintergrund die Installation vornimmt) gefixt. Workaround: deaktivierte Admin-Instanz auf Slave erstellen.

[Rene_HM]

@AlCalzone ich habe aber die js-controller 3.1.4 installiert...

[AlCalzone]

@Rene_HM Auch auf dem Slave?

[Rene_HM]

@AlCalzone ja, ich habe das System komplett aktualisiert (js-controller und alle adapter)

[apollon77]

@paul53 Ja die news müssen wir noch fixen :-)

[apollon77]

@paul53 Würde dann heissen das es erst kaputt geht wenn man das nächste mal das Skript anfasst

[apollon77]

@Rene_HM Ja, liegt an den aktuellen Dependencies des Adapters. Fixen wir

[Diginix]

Um keine Problem mit "stop timeout" oder "stop zyklische Ausführung" oder "stop schedule/cron" - wie hier - zu bekommen, exportiert man vor dem Adapter Update alle Blocklys noch mit Javascript Version 4.5.x (bzw. <4.6.x).
Nach Update auf 4.6.x prüft man stichprobenartig seine Skripte auf falsche Namen/Werte bei den Stop Bausteinen. Sollte es welche geben, reicht ein Import des betroffenen Blockly aus dem Backup (Blockly XML).
Ich habe es nur selektiv pro Skript gemacht und nicht getestet, ob das Einspielen des kompletten Backups auch hilft. Sollte es aber.

[apollon77]

Gibt Jett die 4.6.15 mit noch zwei letzten fixes. Danke @paul53

Bitte checkt die nochmal alle. Würde die dann gern zusammen mit dem Controller 3 ins stable packen.

Ist vllt noch jemand mit blockly und timeouts hier noch auf der 4.5.1 oder kann auf nem Testsystem ein früheres stand checken? Dann könnte man die Erkenntnisse von @Diginix mal testen ob das einspielen von blockly Backups hilft.

[Homoran]

@Diginix Hallo,
@apollon77 hat mich gebeten zu testen:

Skripte von 4.5.1 exportiert und auf anderem Host mit 4.6.14 (oops - sollte ja 4.6.15 sein) importiert.
ein Skript ohne Verletzungen, eins wie folgt:

vorher

---

nachher

[Diginix]

@Homoran D.h. bei dir hat der Import des Blocky XML aus 4.5 bei 4.6 trotzdem die "stop" Blöcke zerschossen?
Was heißt "ohne Verletzungen, eins wie folgt"?
Ich hab den Import der Backups auch noch mit 4.6.14 gemacht und da hat es für einzelne Blockly XML funktioniert. Die Exporte wurde aber auch auf dem selben System importiert. Das sollte aber eigentlich nicht relevant sein.

[Homoran]

@Diginix sagte in Test Adapter Javascript 4.6.x:

der Import des Blocky XML

habe komplette Skripte als zip ex und importiert

@Diginix sagte in Test Adapter Javascript 4.6.x:

Was heißt "ohne Verletzungen, eins wie folgt"?

ich hatte in dem ganzen haufen zwei Blocklys mit Timeouts, eins hat den Import unbeschadet überstanden, bei dem defekten hatte ich die beiden screenshots gepostet

4.6.15 installiert gerade und dann importiere ich nochmal