Test js-controller v2.0.x (GitHub)

[apollon77]

@coyote der eine teil mir Write permissives ist mal wieder npm beim Paket Update wegen irgendwelchen rechten. Am besten install fiyer laufen lassen um sowas zu fixen.

Ansonsten

23812. TypeError: Cannot read property 'Tail' of undefined

Ist ggf folgefehler weil die tail library nicht installiert wurde korrekt.

Also beides nicht Controller. Fixe die permission Fehler dann weiterschauen

[apollon77]

So, ich mache hier heute Abend zu. Weiter geht es --> https://forum.iobroker.net/topic/25692/js-controller-2-0-ab-sofort-im-latest-repo

Ich bedanke mich bei Euch allen für die Super Zusammenarbeit. Zusammen haben wir glaube ich eine super getestete Version für "die Allgemeinheit" bekommen die jetzt, falls noch was drin ist, im Latest Repo final "reifen" kann

Ich melde mich um Weihnachten rum dann zur 2.1 wieder

[A Former User]

@Nuggelbeb

Alles iO!!!

SUPER

[apollon77]

Hallo nochmals,

Falls jemand noch Zeit und Lust hat. Auf Github ist die 2.0.26 mit den Kleinigkeiten die aufgefallen sind. Release im Latest geplant für heute abend/morgen.

Installation wie bisher hier üblich direkt per npm.

2.0.26 Release Bella

• (Apollon77) Make sure Logs are only streamed to admin for selected loglevel
• (Apollon77) Fix "iobroker file write"
• (Apollon77) Make sure invalid ids are handled correctly without throwing errors
• (bluefox) Add alias.0 as object to be added
• (bluefox) Allow Arrays as state values
• (bluefox) Translate object names

[sigi234]

@apollon77

[darkiop]

Habs eben installiert und check heut Abend wann wir wieder zuhause sind das Log

[liv-in-sky]

js-controller 2.0.25 startet - bisher keine fehler

[BBTown]

@apollon77 hast Du gleich noch eine v2.0.27 nachgeschoben?

[apollon77]

Ja und gerade noch 2.0.28. sind jetzt bei den echten Edge cases angelangt

[BBTown]

@apollon77
Respekt ... Privatleben wird auch total überschätzt

[crunchip]

@apollon77 also dann hier nochmal wegen dem log
da ja vorher diverse Adapter nicht mit der entsprechenden Logstufe funktionierten, habe ich nun mal bei sämtlichen Adaptern, die auf warn/error standen wieder auf Info gestellt.
Betroffen waren der Web, Chromcast, virtualpowermeter, die das log "zugemüllt" hatten
desweiteren, wurde z.b beim virtualpowermeter in der .25 Version trotz ändern der logstufe das log zugemüllt.
in der .28 stehen nun bei mir alle Adapter auf Logstufe Info und log verhält sich sehr, sehr ruhig,
fast nur noch Meldungen, wenn z.b. Adapter per cron aktualisieren

[lonsimbt]

@apollon77

2.0.28 konnte ich problemlos installieren. Ich musste allerdings anschließend den Installations-Fixer drüberlaufen lassen wegen einiger Berechtigungsprobleme. Danach startet das System ohne Auffälligkeiten im Log.

Gruß Marco

[e-s]

@apollon77
Ist zwar etwas offtopic, aber mir fällt in letzter Zeit extrem oft auf das User Nodejs und node nicht gleichzeitig schaffen zu updaten. Ich glaube viele User haben starke Probleme deswegen, weil eben noch node 6 genutzt wird. Deswegen laufen viele Sachen nicht mehr.
Könnte man dies irgendwie anfangen und eben die aptget Befehle für was update als Fehlermeldung anzeigen lassen?

Habe es bewusst aber hier geschrieben obwohl andere threads gemeint sind.

[apollon77]

@crunchip Hm ... kannst Du aus den "Gefühlen" irgendwie Fakten machen? Also beispielsweise: Vergleiche Admin log mit Logfile auf Platte oder so. Ist was anders?

Bei früheren controllern wurden zB immer die "info" Meldungen bei Adapterstarts an Admin weitergegeben und auch so teilweise obwhl ein anderrr Loglevel war. Das ist jetzt auch "gefixt". Also ja. Adapter mit nicht info sollten ruhiger sein als früher.

Ich habe bei mir nochmal gecheckt und da passts.

[apollon77]

@e-s das ist nicht sei neuestem. Und auch keine Ahnung woher das kommt. Sollte an sich nie vorkommen. Aber ... naja

Ich hab gerade keine Idee wie man das absichern soll. Vor allem weil das keine Standard Dinge sein können. Irgendwas ist also bei denen vermurkst und das zu fixen ist ggf bei jedem anders

[crunchip]

@apollon77 was heisst Fakten machen.
Ich sehe nur den Vergleich zu vorher, sprich bei js-controller1.5.x
was nun richtig oder falsch bzw zu wenig oder zuviel geloggt wird, kann ich schlecht beurteilen, denn das was geloggt wird, kommt ja vom controller.
admin log und logfile stimmen fast überein, also kaum Unterschiede.
als Beispiel
schalte ich das Licht irgendwo ein/aus, war das im log sichtbar, bzw
generell irgend eine aktion die per skript erfolgte wurde im log angezeigt.

[apollon77]

@crunchip hhhaaaaaa. Skripte. Hast du ggf JavaScript 4.3.0 installiert die Tage und nutzt dort log(„Info“,...) oder so? Wenn ja istvder scheinbar was im JavaScript Adapter. Issue gibts schon. Kann das sein?

Mit Fakten machen meinte ich genau das. Was fehlt denn was da sein sollte.

[crunchip]

@apollon77 ja habe 4.3.0
ja daran hatte ich nicht gedacht, da z.b. das Anwesenheitsskript mir die Ausgabe im log anzeigt, das Lichterzählenskript wieder nicht mehr.
sowas wird nicht mehr angezeigt

[apollon77]

@crunchip siehe issue, scheinbar kommt’s drauf an wie du loggst

[crunchip]

@apollon77 sagte in [Aufruf] js-controller 2.0 Beta Test:

Bei früheren controllern wurden zB immer die "info" Meldungen bei Adapterstarts an Admin weitergegeben und auch so teilweise obwhl ein anderrr Loglevel war. Das ist jetzt auch "gefixt".

verstehe ich jetzt so, das wenn z.b der Adapter daswetter per cron neu startet, es nicht mehr angezeigt werden soll im log, ist das richtig?
habe alles Adapter mit cron auf logstufe warn, bekomme aber trotzdem die Meldungen