Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[Bluefox]

@PrinzEisenherz1 Hier ist alles OK.

[apollon77]

@simatec Nach Rücksprache mit @AlCalzone ist das nicht ganz korrek t- zumindestens nicht mit den Installern seit 20.1. glaube ich.

Dafpr ind die Default ACLs da die vom Instller gesetzt werden

Dann gehören die Dateien zwar dem aktuellen user, iobroker behält trotzdem die Berechtigungen

[simatec]

@apollon77
OK dann teste ich das noch einmal mit einer neu aufgesetzten Installation.
Meine aktuelle mit den manuellen Patch, den ich dann als PR für den Installer gepusht hatte, ging es nicht.

Aber ich werde das nochmal reproduzieren und berichten 😉

[coyote]

@sigi234 sagte in ioBroker.js-controller 1.5.6:

Kann ich bestätigen.

Also bei mir alles ok, kein Fehler im Log von DasWetter. Sind ja jetzt schon mehrere Zyklen durchgelaufen ohne Probleme....

[sigi234]

@coyote sagte in ioBroker.js-controller 1.5.6:

@sigi234 sagte in ioBroker.js-controller 1.5.6:

Kann ich bestätigen.

Also bei mir alles ok, kein Fehler im Log von DasWetter. Sind ja jetzt schon mehrere Zyklen durchgelaufen ohne Probleme....

Hm........... da wären deine Einstellungen vom Adapter interessant.

[sigi234]

Ich habe folgendes Verhalten beobachtet:

Beim laden wird immer auf 127.0.0.1 gefiltert, wenn ich das Rote X Drücke geht es.

[coyote]

Ist nur "neue Datenstruktur" angewählt, Pfad 1-4 ausgefüllt, 60Sek Zeitlimit und Iconset 6
Das war's auch schon

[sigi234]

@coyote sagte in ioBroker.js-controller 1.5.6:

Ist nur "neue Datenstruktur" angewählt, Pfad 1-4 ausgefüllt, 60Sek Zeitlimit und Iconset 6
Das war's auch schon

Aha, ich habe nur Pfad 2+3 drinnen.

[coyote]

Hm ok, hab 1 und 4 mal raus genommen und schedule auf 2 min, mal sehen ob ein Fehler kommt.

Edit: Alles gut, kein Fehler :shrug:

[sigi234]

@coyote

daswetter.0	2019-02-14 00:02:01.516	error	RangeError: Maximum call stack size exceeded at tryParse (C:\ioBroker\node_modules\socket.io-parser\index.js:336:12) at decodeString (C:\ioBroker\node_modules\socket.io-parser\index.js:325:9)
daswetter.0	2019-02-14 00:02:01.516	error	uncaught exception: Maximum call stack size exceeded

[coyote]

Zur Info:

Socket.io 2.1.1
npm 6.4.1
nodejs 8.12.0

Also hab ich nur eine andere nodejs Version

[cvidal]

Seit 1.5.6 wird bei mir auch gefiltert, entweder steht da mal meine Email Adresse oder ne 2323...
Kann mir das überhaupt nicht erklären...

[Homer.J.]

Morgen,

2019-02-14 05:15:03.312 - error: daswetter.0 uncaught exception: Maximum call stack size exceeded
2019-02-14 05:15:03.313 - error: daswetter.0 RangeError: Maximum call stack size exceeded

Grüße

[Bluefox]

@sigi234 hat nichts mit js-controller zu tun.

[Bluefox]

@Homer1976 hat jemand meine git Version ausprobiert?

[Matzebhv]

Moin,
nachdem die 1.5.6 bei mir ja nicht lief und ich wieder zurück auf die 1.4.2 bin habe ich mir ( scheinbar ) wieder ein altes Problem mit Cron eingefangen. Mein Weckerscript wirft bei Cron und Astro einen Fehler:

javascript.0	2019-02-14 08:24:57.808	error	at ContextifyScript.Script.runInContext (vm.js:59:29)
javascript.0	2019-02-14 08:24:57.808	error	at script.js.Funktionen.Wecker:10:1
javascript.0	2019-02-14 08:24:57.808	error	TypeError: schedule is not a function
javascript.0	2019-02-14 08:24:57.808	error	^
javascript.0	2019-02-14 08:24:57.808	error	schedule("30 30 6 * * 1-5", function () {
javascript.0	2019-02-14 08:24:57.808	error	script.js.Funktionen.Wecker: script.js.Funktionen.Wecker:10


javascript.0	2019-02-14 08:27:24.979	error	at ContextifyScript.Script.runInContext (vm.js:59:29)
javascript.0	2019-02-14 08:27:24.979	error	at script.js.Funktionen.Wecker:22:1
javascript.0	2019-02-14 08:27:24.979	error	TypeError: schedule is not a function
javascript.0	2019-02-14 08:27:24.979	error	^
javascript.0	2019-02-14 08:27:24.979	error	schedule({astro: "sunriseEnd", shift: 0}, function () {
javascript.0	2019-02-14 08:27:24.979	error	script.js.Funktionen.Wecker: script.js.Funktionen.Wecker:22

Konnte das noch jemand beobachten?
Gruß
Matze

[Bluefox]

Участник @Matzebhv написал в ioBroker.js-controller 1.5.6:

nachdem die 1.5.6 bei mir ja nicht lief

Was genau nicht lief?

[BBTown]

@Matzebhv Bei mir wurde heute Morgen ebenfalls ein zeitgesteuertes Script nicht ausgeführt.
js-controller v.1.5.6
javascript Adapter v.3.6.4

Ich habe allerdings kein LOG hierzu

Da dies erstmalig/einmalig auftrat, ist es natürlich schwer zu sagen, ob dies das gleiche Phänomen ist wie bei Dir?!

[Matzebhv]

@Bluefox :

Das ist ein Weckerscript ( Blockly ) wo 2 Crontrigger untereinander hängen. Am Ende hängt ein Astrotrigger, der Licht ausschaltet.

Sowohl der 2. Crontrigger als auch der Astrotrigger werfen beim speichern des Blockly den o.g. Fehler im Log und werden auch nicht ausgeführt.

Ich habe jetzt den 2. Crontrigger herausoptimiert, geblieben ist der Fehler mit dem Astrotrigger.

[Matzebhv]

Hier das Ganze in der JS-Ansicht:

var schedule;


schedule = schedule('30 6 * * 1-5', function () {
  // nur wenn Urlaub nicht gesetzt

  if (getState("Datenpunkte.0.Urlaub").val == false && getState("feiertage.0.heute.boolean").val == false) {
    setState("alexa2.0.Echo-Devices.G070RQ10803610P8.Commands.goodmorning"/*goodmorning*/, true);
  }
  // Schalte Echo SchlaZi ein
  setStateDelayed("alexa2.0.Echo-Devices.G070RQ10803610P8.Player.TuneIn-Station"/*TuneIn-Station*/, 's25565', 30000, false);
  setStateDelayed("alexa2.0.Echo-Devices.G000MW0480550GJ5.Player.TuneIn-Station"/*TuneIn-Station*/, 's25565', 1800000, false);
  setStateDelayed("alexa2.0.Echo-Devices.G070RQ10803610P8.Player.controlPause"/*controlPause*/, true, 1800000, false);
  // Setze Hue Schlafzimmer langsam auf 100%
  setState("hue.0.Philips_hue.Schlafzimmer.command"/*Philips_hue.Schlafzimmer.command*/, '{"on":true,"sat":250,"r":254,"g":135,"b":26,"level":100,"transitiontime":18000}');
  if (getState("Datenpunkte.0.Astro_Nacht").val == true) {
    setState("hue.0.Philips_hue.Küche.level"/*Philips_hue.Küche.level*/, '10');
  }
});
schedule({astro: "sunriseEnd", shift: 0}, function () {
  setState("hue.0.Philips_hue.Küche.level"/*Philips_hue.Küche.level*/, '0');
});