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

[AlCalzone]

@SBorg Könnte es sein, dass einzelne Dateien/Ordner nur der Gruppe iobroker gehören, aber einem anderen User?
grep -v würde diese Fälle herausfiltern, sodass wir sie hier nicht sehen.

Ich habe auf einem System ähnliche Beobachtungen gemacht, wenn ich npm weder als root, noch als iobroker ausgeführt habe.

Ich versuche später mal zu ermitteln, ob und wann npm group permissions setzt und/oder ändert. Ggf. muss der Fixer ab sofort 775 setzen.

[NightWatcher]

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

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

Ok, dachte weil sich keiner sonst meldet

Zur Info:
Also, ich habe kein NPM update gemacht. Bin noch auf 6.9.0 (Windows System)

geht mir genauso. Würde auch gerne testen, aber wegen meinem System (Windows) und dem Hinweis auf den neuen installer zu warten, lese ich aktuell nur interessiert mit und warte ab, bis der installer erscheint.

[sigi234]

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

warte ab, bis der installer erscheint

Ich habe nicht gewartet.

[NightWatcher]

Ach du hast nur NPM nicht aktualisiert. Das habe ich dann erst falsch interpretiert.

[SBorg]

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

@SBorg Könnte es sein, dass einzelne Dateien/Ordner nur der Gruppe iobroker gehören, aber einem anderen User?
grep -v würde diese Fälle herausfiltern, sodass wir sie hier nicht sehen.

Umgekehrte Logik
Ich lasse alle User der Dateien ausgeben und wenn sie nicht "iobroker" heißen in die Datei schreiben. Entweder stehen da nun paar Namen drin (=Dateirechte sind also nicht iobroker), oder ich erhalte eine leere Datei wenn alle iobroker gehören. Lösche ich also aus "result.txt" alle Leerzeilen heraus, habe ich eine kpl. leere Datei = alle Dateien gehören iobroker
Dann habe ich es noch auf die Gruppe iobroker erweitert: ls -lR|awk {'print $3" "$4'}|grep -v iobroker > result.txt = ebenfalls leer...

#?%&§@@# <-- Kraftausdruck, selbst einsetzen
Ich habe es genau 1x geschafft es zu fixen. Dachte mir, probier doch mal audit fix aus --> sofortiger Abbruch, Fehler bei Version iobroker.upnp
Ok, Katze > beliebig und direkt von github installiert (hatte schon die aktuellste) --> Fehler weg, audit bricht wieder ab...
Brutal Weg: package*.json gelöscht und mit npm init + npm audit fix --package-lock-only neu erzeugt, npm audit fix und zu letzt die Rechte für package*.json wieder gesetzt. Noch mal den Fixer drüber gejagt und tada: geht
ioB gestartet, alles lüppt, nur bricht er jetzt wieder mit den selben Fehlermeldungen ab

[msauer]

Ich habe eben den JS-Controller 2.0.9 installiert. Auch habe ich Redis für Objekte und Files aktiviert. Alles scheint soweit ok und läuft auch. Radar2 scheint auch zu tun, Anwesenheiten werden erkannt usw.

Jedoch bekomme ich folgenden Fehler im Log:
2019-09-24 15:09:32.469 - �[33mwarn�[39m: radar2.0 (8556) Promise failed @ '_tickCallback in internal/process/next_tick.js @68:7' error: { TypeError: this[_0x5281(...)] is not a function at _0x244df9.(anonymous function) (/opt/iobroker/node_modules/iobroker.objects-redis/index.js:17:86122) at Object.checkObjectRights (/opt/iobroker/node_modules/iobroker.js-controller/lib/objects/objectsUtils.js:545:16) at Function.getObjectList (/opt/iobroker/node_modules/iobroker.objects-redis/index.js:17:85955) at Promise (/opt/iobroker/node_modules/iobroker.radar2/node_modules/@frankjoke/myadapter/myAdapter.js:828:111) at new Promise (<anonymous>) at Function.getObjectList (/opt/iobroker/node_modules/iobroker.radar2/node_modules/@frankjoke/myadapter/myAdapter.js:828:20) at A.isLinuxApp.then.then.then.catch.then.then.then (/opt/iobroker/node_modules/iobroker.radar2/radar2.js:607:31) at process._tickCallback (internal/process/next_tick.js:68:7) [stack]: 'TypeError: this[_0x5281(...)] is not a function\n at _0x244df9.(anonymous function) (/opt/iobroker/node_modules/iobroker.objects-redis/index.js:17:86122)\n at Object.checkObjectRights (/opt/iobroker/node_modules/iobroker.js-controller/lib/objects/objectsUtils.js:545:16)\n at Function.getObjectList (/opt/iobroker/node_modules/iobroker.objects-redis/index.js:17:85955)\n at Promise (/opt/iobroker/node_modules/iobroker.radar2/node_modules/@frankjoke/myadapter/myAdapter.js:828:111)\n at new Promise (<anonymous>)\n at Function.getObjectList (/opt/iobroker/node_modules/iobroker.radar2/node_modules/@frankjoke/myadapter/myAdapter.js:828:20)\n at A.isLinuxApp.then.then.then.catch.then.then.then (/opt/iobroker/node_modules/iobroker.radar2/radar2.js:607:31)\n at process._tickCallback (internal/process/next_tick.js:68:7)', [message]: 'this[_0x5281(...)] is not a function' }

Habe auch schon einen Issue bei Radar2 aufgemacht.

[msauer]

Weiteres kleines Problem....Der Status mancher Instazen wird nicht korrekt wiedergegeben.

neu Laden Knopf oder F5 im Browser helfen nicht..
Grün wird es, wenn die Instanz neu gestartet wird....aber das muss ja nicht sein, weil sie ja läuft..

[apollon77]

@msauer Welche Version von NodeJS setzt du ein?

[apollon77]

@Jan1 Ich glaube wir haben es gefunden. Es scheint ein Programmierfehler im Adapter zu sein, der aber begehbar ist. Den Rest kann man im GitHub issue verfolgen

[BBTown]

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

Es scheint ein Programmierfehler im Adapter zu sein,

Meinst Du den HUE oder den iQontrol Adapter?

[msauer]

@apollon77 Das sind die Versionen: Node.js v10.16.3, NPM 6.10.3

[apollon77]

@msauer beobachtet das noch jemand?

[apollon77]

@BBTown effektiv beide nur andere Ursachen

[apollon77]

@msauer ich schicke dir heute Nacht mal was das wir vllt ne bessere Fehlermeldung bekommen. Wird aber spät. Jetzt erstmal essen und Kino

[SBorg]

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

@msauer beobachtet das noch jemand?

Nö, sieht aber stark nur nach Homematic aus, und isch habe keine HM? Cloud und der Rest läuft. VS im Kino

[e-i-k-e]

@apollon77

Stimmt, wird gerade etwas off topic
Das Netzteil (5V/3A) habe ich damals bei Amazon gekauft, habe mir testweise ein neues bestellt.

Darf ich dich über PN kontaktieren?

[sigi234]

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

@Jan1 Ich glaube wir haben es gefunden. Es scheint ein Programmierfehler im Adapter zu sein, der aber begehbar ist. Den Rest kann man im GitHub issue verfolgen

Hallo, ich frage mich ob es wie beim Adapter iqcontrol auch andere Adapter davon betroffen sind?

[apollon77]

@msauer Du hast eine PN mit Infos für ne bessere Fehlermeldung

[apollon77]

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

Hallo, ich frage mich ob es wie beim Adapter iqcontrol auch andere Adapter davon betroffen sind?

Also iqontrol ist nicht korrekt geschriebener Code ... und sehr speziell in dem Fall. Es werden einfach Javascript Sprach-Features nicht korrekt benutzt ...

[apollon77]

@SBorg SOrry, aber warum kommt Ihr immer auch solche Ideen wie "audit fix" ... Ich weiss das npm das als Info ausgibt, aber es ist einfach in meinen Augen nur gefährlich
Es mag auch vllt mit komplett firschen installatioen seit ein paar Monaten funktionieren, aber effektiv besteht das grosse Risiko das danach nichts mehr tut Und dann zu helfen ist gelinde gesagt nahezu unmöglich