js-controller 3.2 jetzt im Latest!

[oFbEQnpoLKKl6mbY5e13]

@apollon77
Okay.

[apollon77]

So, guten morgen alle zusammen,

die 3.2.12 (Stable RC2) ist auf dem Weg ins Latest und enthält noch ein paar kleinere Optimierungen und Fixes:

3.2.12 (2021-01-28)

• (foxriver76) fix repo cli
• (foxriver76) add instances list back to 'status all'
• (Apollon77) optimize logging in db classes
• (Apollon77) enhance letsencrypt to also allow to specify alternative names for certs
• (Apollon77) deleting a not existing object is handled as success instead of Not-Exists error

[oFbEQnpoLKKl6mbY5e13]

@apollon77 sagte in js-controller 3.2 jetzt im Latest!:

So, guten morgen alle zusammen,

• (Apollon77) deleting a not existing object is handled as success instead of Not-Exists error

Guten Morgen!

Workaround für "has no existing object, this might lead to an error in future versions"?

[foxriver76]

@ofbeqnpolkkl6mby5e13 Ne, warum sollte es dafür einen Workaround geben? Die Meldung wird bewusst von uns erzeugt, so dass Entwickler mitbekommen, wenn sie da Humbug treiben.

[arteck]

@foxriver76 richtig

@ofbeqnpolkkl6mby5e13 welcher Adapter ??

[oFbEQnpoLKKl6mbY5e13]

@foxriver76
Deshalb frage ich, denn ich bin leicht erkennbar ja kein Entwickler. Und da sich bei einigen Adaptern dbzgl. nichts tut, dachte ich halt, dass das jetzt so gelöst wird.

[oFbEQnpoLKKl6mbY5e13]

@arteck sagte in js-controller 3.2 jetzt im Latest!:

welcher Adapter ??

Sonos und Hue-Extended z. B.

[Diginix]

@ofbeqnpolkkl6mby5e13 Nein, die Fehlermeldung die du meinst, bedeutet dass der Adapter nicht existierende Objekte inhaltlich bedienen (r/w) will. Die Anpassung in 3.2.12 ist aber rein für das Löschen eines bereits nicht mehr existierenden Objektes.

[Asgothian]

Ich habe im Zigbee Adapter einen durch das Update auf js-controller 3.2.12 (von 3.1.x) verursachten crash:

2021-01-28 17:02:52.696 - error: zigbee.0 (2742) The state contains the forbidden properties effect, speed, colors!
2021-01-28 17:02:52.706 - warn: zigbee.0 (2742) set State:{"effect":"firework","speed":9.375,"colors":[{"r":255,"g":0,"b":0},{"r":0,"g":255,"b":0},{"r":0,"g":0,"b":255}]}
2021-01-28 17:02:52.707 - warn: zigbee.0 (2742) set State:{"effect":"firework","speed":9.375,"colors":[{"r":255,"g":0,"b":0},{"r":0,"g":255,"b":0},{"r":0,"g":0,"b":255}]}
2021-01-28 17:02:52.709 - error: zigbee.0 (2742) Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch().
2021-01-28 17:02:52.710 - error: zigbee.0 (2742) unhandled promise rejection: The state contains the forbidden properties effect, speed, colors!
2021-01-28 17:02:52.712 - error: zigbee.0 (2742) Error: The state contains the forbidden properties effect, speed, colors!
at validateSetStateObjectArgument (/opt/iobroker/node_modules/iobroker.js-controller/lib/adapter.js:5848:23)
at Zigbee.setState (/opt/iobroker/node_modules/iobroker.js-controller/lib/adapter.js:5935:21)
at Immediate.adapter.getObject (/opt/iobroker/node_modules/iobroker.zigbee/lib/statescontroller.js:254:38)
at runCallback (timers.js:706:11)
at tryOnImmediate (timers.js:676:5)
at processImmediate (timers.js:658:5)

Ein Try/Catch um die aufrufende Funktion setState bringt keine Abhilfe.

Einen Issue auf Github hab ich auch schon angelegt.

A.

Nachtrag: gibt es eine Funktion mit der ich beim Adapter nachfragen kann ob ich einen bestehenden Wert in den State schreiben darf ?

[oFbEQnpoLKKl6mbY5e13]

npm install iobroker.js-controller@next installiert 3.2.11

[apollon77]

@asgothian Hi,

Rest und Diskussion am besten im Issue. Ich denke es braucht keinen "darf ich einen Wert reinschreiben" Check, weil es ist sehr einfach. Der zweite Parameter von setState ist entweder ein Objekt mit genau definierten Eigenschaften (sie Typdefinition https://github.com/DefinitelyTyped/DefinitelyTyped/blob/master/types/iobroker/index.d.ts#L29-L56). Alternativ ist es der "echte" Wert (siehe "val") und ausgewählte weitere Parameter wie ack und so können als weitere Parameter übergeben werden.

Wenn das State vom typ "Object" ist dann kannst du als value (also in dem fall dann aber {val: {...}} ein Objekt übergeben.

[Asgothian]

@apollon77 sagte in js-controller 3.2 jetzt im Latest!:

Rest und Diskussion am besten im Issue.

Dem stimme ich zu. Wir haben inzwischen auch eine Zwischenlösung, so das der Absturz erst einmal weg bin. Auch der Link auf die Typdefinitionen ist sehr hilfreich - den hatte ich nicht auf dem schirm.

Danke dafür.

A.

[paul53]

Hier stand ein Bezug zum Javascript-Adapter.

[fastfoot]

@ofbeqnpolkkl6mby5e13 sagte in js-controller 3.2 jetzt im Latest!:

npm install iobroker.js-controller@next installiert 3.2.11

frage mich gerade ob dein Problem mit Backitup evtl. an der Installation via npm liegt? Die normale Vorgehensweise ist ja iobroker upgrade self

[oFbEQnpoLKKl6mbY5e13]

@fastfoot
Aber das ist doch eigentlich eine erlaubte Variante, oder?

[apollon77]

@ofbeqnpolkkl6mby5e13 Backitup Problem?? Hab ich was Überlesen?

[oFbEQnpoLKKl6mbY5e13]

@ofbeqnpolkkl6mby5e13 sagte in js-controller 3.2 jetzt im Latest!:

npm install iobroker.js-controller@next installiert 3.2.11

@apollon77
Was ist hiermit?

[apollon77]

@ofbeqnpolkkl6mby5e13 naja @next war der GitHub test ... oben in der Latest Anleitung steht davon nichts oder?! ;-)) Aber ja ich kann next mal auf die gleiche Version setzen

[oFbEQnpoLKKl6mbY5e13]

@apollon77
Also wenn man das nicht benutzen kann, dann braucht es das auch nicht.

[simatec]

@apollon77
Nein Backitup Problem ist hier falsch ausgedrückt.
Es gab wohl eher generelle Probleme mit dem BACKUP nach einem Update des js-controllers.

So wie ich es aber gelesen habe, hat den Fehler immer ein iobroker fix behoben.