NEWS
UNSOLVED Script Engine Update nach 4.6.4
-
@Chaot Plötzliche unerklärliche Probleme mit den Rechten können auf ein sterbendes Dateisystem hindeuten.
-
@Thomas-Braun Auf der SSD am NUC? Am Raspi könnte ich mir das erklären.
-
@Chaot Auch die können sterben. Ich habe ja auch nicht gesagt, dass es 100% so ist, sondern das weggebröselte Dateirechte ein Hinweis auf Probleme dort sein kann.
-
@Thomas-Braun Stimmt schon, aber komischerweise sind ja mit dem 4.1.5 die Dateirechte in Ordnung. Also liegt es vermutlich am Update.
-
@Chaot
versuche mal ein update auf v4.6.7 -
Fragt sich der problem geplagte User, woher die 4.6.7 ?
in den "Verwahrungs Orten" ist die nicht b.z.w. wird über diese nicht angezeigt. -
@Blechsoldat
Geht im Moment nur über git (die 'Katze') -
Mittels das Katzensysmbol von Git-Hub installieren!
-
@Einstein67
Danke Sehr -
st über den timeout und dem zugehörigen stop timeout schon was bekannt?
Bei mir hat eben ein Script Fehler geworfen und beim Überprüfen ist mir das aufgefallen:
Das lässt sich zwar ändern, wird aber nicht gespeichert. Das Problem wird auch erst aktiv, wenn man am Script was ändert, ansonsten läuft das so und bringt auch keine Fehler. Seit wann das so ist und ob es mit dem Update des Adapter zusammenhängt weiß ich nicht.
Edit:
da ist definitiv was faul, da sich der Adapter nicht downgraden lässt, läuf zwar durch, aber an der Version ändert sich nichts und seit wann heißt das eigentlich "Wartezeit"?
Hier mal das Lag beim Deinstallieren, sind einige seltsame Meldungen drin:
$ ./iobroker del javascript Delete adapter "javascript" host.Beelink Counted 1 instances of javascript host.Beelink Counted 1 meta of javascript host.Beelink Counted 1 adapter for javascript host.Beelink Counted 107 states of javascript host.Beelink Counted 15 states of system.adapter.javascript host.Beelink Counted 1 objects of javascript host.Beelink file javascript.admin deleted host.Beelink object javascript.admin deletedhost.Beelink Deleting 126 object(s). npm uninstall iobroker.javascript --error --prefix "/opt/iobroker" (System call) npm WARN tsutils@3.17.1 requires a peer of typescript@>=2.8.0 || >= 3.2.0-dev || >= 3.3.0-dev || >= 3.4.0-dev || >= 3.5.0-dev || >= 3.6.0-dev || >= 3.6.0-beta || >= 3.7.0-dev || >= 3.7.0-beta but none is installed. You must install peer dependencies yourself. npm WARN optional SKIPPING OPTIONAL DEPENDENCY: fsevents@2.1.3 (node_modules/fsevents):npm WARN notsup SKIPPING OPTIONAL DEPENDENCY: Unsupported platform for fsevents@2.1.3: wanted {"os":"darwin","arch":"any"} (current: {"os":"linux","arch":"x64"}) npm WARN optional SKIPPING OPTIONAL DEPENDENCY: osx-temperature-sensor@1.0.5 (node_modules/osx-temperature-sensor): npm WARN notsup SKIPPING OPTIONAL DEPENDENCY: Unsupported platform for osx-temperature-sensor@1.0.5: wanted {"os":"darwin","arch":"any"} (current: {"os":"linux","arch":"x64"})npm WARN optional SKIPPING OPTIONAL DEPENDENCY: fsevents@2.1.2 (node_modules/zigbee-herdsman-converters/node_modules/fsevents):npm WARN notsup SKIPPING OPTIONAL DEPENDENCY: Unsupported platform for fsevents@2.1.2: wanted {"os":"darwin","arch":"any"} (current: {"os":"linux","arch":"x64"}) npm WARN optional SKIPPING OPTIONAL DEPENDENCY: fsevents@2.1.2 (node_modules/zigbee-herdsman/node_modules/jest-haste-map/node_modules/fsevents):npm WARN notsup SKIPPING OPTIONAL DEPENDENCY: Unsupported platform for fsevents@2.1.2: wanted {"os":"darwin","arch":"any"} (current: {"os":"linux","arch":"x64"})npm WARN optional SKIPPING OPTIONAL DEPENDENCY: fsevents@1.2.12 (node_modules/zigbee-herdsman/node_modules/fsevents):npm WARN notsup SKIPPING OPTIONAL DEPENDENCY: Unsupported platform for fsevents@1.2.12: wanted {"os":"darwin","arch":"any"} (current: {"os":"linux","arch":"x64"}) process exited with code 0
-
@BBTown 4..6.7 ist jetzt drauf. Bisher keine Fehlermeldung erschienen und alles scheint zu laufen.
-
@Chaot
Schau Dir mal Deine Blockly Scripte an die timeouts drin haben, selbst mit der Github Version war das buggy -
Hab bei meiner Heizungssteuerung einen "Pulsbetrieb" mit dem ich 1,2, oder 3 Stunden die Heizung aktivieren kann. Das ist alles über Timeouts gesteuert ... und hat gerade (Schei*** Eisheilige
) mit 4.6.7 problemlos funktioniert.
-
@Einstein67
Das läuft schon, nur ändere mal was im Blockly, dann wars das -
-
@Blechsoldat
Der Screenshot sagt aber was anderes
Mir ist es erst aufgefallen, als ich an einem Script was ergänzt hatte und plötzlich auch so schöne Meldungen im Log hatte. Wenn man nichts ändert, läuft das Script ohne Fehler. -
Habe ich heute auch festgestellt mit dem timeout, bei Script Änderung.
Und generell, habe ich Probleme mit dem Speichern/ Ändern/Bearbeiten der Scripte. Alles sehr träge. Wird nicht übernommen, muss mehrmals speichern bzw Änderungen wiederholen.
Probleme macht überwiegend FireFox. -
habe auch bei Blockly ein Problem mit 4.6.7
Das
18:00
ist ein Phantom. Soll dort nicht sein, geht auch nicht zum löschen, hat aber zumindest keine Funktion.
Blockly funktioniert trotz dem Phantom.Mit 4.6.9 aus Git besteht das Phänomen noch immer.
-
-
@Jan1 sagte in Script Engine Update nach 4.6.4:
Hier ist das Issues dazu
und hier meins, mit dem
18:00
Fehler