Test Adapter Javascript 4.6.x

[aba320]

@Thomas-Braun
Danke für den Tip! wieder was gelernt.
ich hatte auch schon in der alten 2 Versionen hab jetzt die mit latest gelöscht.
Danke nochmals für Hilfe!

[Homoran]

@aba320 sagte in Test Adapter Javascript 4.6.x:

hab jetzt die mit latest gelöscht.

Warum?
Wenn du mal EINEN Adapter umstellen willst hast du das Repo nicht mehr zur Verfügung.
Due musst bei "Haupteinstellungen" von latest auf default umstellen.

Wenn da noch latest steht, aber der Pfad gelöscht ist, geht alles drunter und drüber

[BBTown]

@Bluefox
darauf musst Du als "normalsterblicher" allerdings auch erst einmal kommen

[Jan1]

@aba320
In Deinem ersten Screenshot sehe ich nicht ein Fehler und solange der JS Adapter auf rot ist, laufen auch keine Scripte.
Wenn Du bei der Installation auf "mehr" schaltest, gibts auch mehr Infos zum Problem, das wohl bei der Adapter Installation aufgetreten ist.

[Jan1]

@BBTown sagte in Test Adapter Javascript 4.6.x:

@Bluefox
darauf musst Du als "normalsterblicher" allerdings auch erst einmal kommen

Wurde hier im Forum aber schon sehr oft thematisiert, weil eben zu bestimmten Jahreszeiten immer wieder die selben Fragen zur Astorzeiten hochkommen

[BBTown]

@Jan1
kannst Du dir alles jemals hier im Forum besprochenen merken - vor allem wenn das bei dir selbst noch nie aufgefallen ist?

[Jan1]

@BBTown
Natürlich nicht, aber das Thema ist eben jährlich aktuell und somit brennt sich das schon irgendwie ein, zumal dann immer sehr viele Threads dazu auf kommen. Sobald man mit Astrozeiten steuert, wird es einem früher oder später erwischen

[apollon77]

@crunchip Also ich sehe nur Warnungen da und keine Fehlermeldungen

[apollon77]

@aba320 Das sieht mir eher wie nach einem kaputten File aus ... SD Karte Filesystem im Eimer? AM besten nochmal neu installierenn, aber selbst wenn es das fixt besser mal SD Karte prüfen/ersetzen

[crunchip]

@apollon77 ok, leider fehlt mir das gewisse know how um Logs richtig zu lesen, war/bin nur etwas irritiert von den vielen Error Meldungen

[apollon77]

@crunchip Die meisten Warnungen, die du bei jedem Adapter install seehns olltest(?) kommen von @abandonware/noble was Du als Paket angegeben hast, die version ist ggf nicht mit deiner nodejs version kompatibel ... am besten mit der aktuellen Version angeben

[crunchip]

@apollon77 ok, danke für deine Antwort, muss ich mal schaun wie ich das hinbekomme.
@abandonware/noble@1.9.2-9 ist die neuste Version, gibt es seit 5 Tagen laut Git
nodejs v10.x.x hab ich schon ewig drauf, v10.20.1 seit ein paar Wochen

[e-s]

@Bluefox
aber das ist ja alles gut und schön, aber wie kann ich das Problem abfangen, so das ich nicht jedes mal ein error im log habe.
Irgendwie sollte es möglich sein, wenn man nacht abfragt, dann eben keine zu bekommen und nicht:

javascript.0	2020-05-19 07:52:37.591	error	(4205) Cannot get astro date for "night"

Ich hatte mir das so in der Art vorgestellt:

[Jan1]

@e-s
Das Abfangen des Errors löst aber Dein Problem mit dem Script nicht und der Error weißt ja darauf hin, dass ein Problem besteht und ist Sinn der Sache. Wäre der nicht, würdest Du Dich doch nur wundern warum Dein Script nicht läuft, so weißt Du, dass es an der Astrozeit "Nacht" liegt.

[e-s]

@Jan1
das abfangen selbst wollte ich in den scripten dann schon selbst regeln, trotzdem habe ich gerne ein sauberes log ohne errors

[Jan1]

@e-s
Ja Du und was ist mit den restlichen Usern?
Das Log ist sauber und weißt eben auf ein Problem hin, dass behoben werden sollte, ist das generell nicht mehr drin, ist das Log überflüssig

[e-s]

@Jan1
Nochmal, ich will das Problem abfangen, also eine if davor oder was auch immer, so das dies nicht mehr als error kommt. Wenn man diesen workaround nicht nutzt dann soll weiterhin der Fehler kommen.
Hast du es jetzt verstanden?

[Jan1]

@e-s
Sobald Du Nacht als Astrozeit im Script drin hast, ist das eben derzeit ein Fehler und gehört ins Log. Es gibt keine Nacht zu der Jahreszeit in manchen Ecken der Welt und wenn man trotzdem damit arbeite, ist es eben ein Fehler. Wird das generell nicht mehr im Log stehen, dann ist das ein Problem.
Wo ist Dein Problem, wenn ein Hinweis der dazu im Log steht und Du weißt, dass du das ignorieren kannst (wenn Du es selber abfängst) dazu im Log auftaucht? Ganz im Gegenteil, wenn das dann nicht mehr drin steht, kannst Dein Script wieder schön auf Nacht triggern lassen.

[e-s]

@apollon77
nach dem update muss ich in Blockly alle scripte durchgehen und alle stop timeouts reparieren.
Jedesmal steht dort eine andere Variable drin, aber nicht der timeout

[Jan1]

@e-s
Das ist unschön, aber bekannt
Hatte ich auch bei meinen ca. 60 Scripten machen müssen. Das könnte man wirklich besser lösen, da bei einem Downgrade auf 4.5.1 die timeout Geschichte gepasst hatte und nach dem Update direkt auf 4.6.11 die stop timeouts wieder zerschossen waren, aber diesmal nach der Korrektur gespeichert werden konnten.