js-controller 3.2 jetzt im Latest!

[Diginix]

@apollon77 Supi.
Würde denn eine zweite web Instanz Stand heute etwas nützen?
Wär ja kein Problem die zu installierend, LE darin nicht zu aktivieren und z.B. Port 80 zu verwenden.
Aber kommen die anderen Frontend Adapter damit klar?

[apollon77]

@diginix Am Ende kannst Du denke die gleichen alle über die andere Web Instanz auch erreichen ... musst nur angeben das es alle web's sind und nicht nur eine Instanz

[Diginix]

@apollon77
Bei den betroffenen Instanzen kann man doch aber gar nicht auswählen mit welcher web Instanz sie arbeiten:

Oder was meinst du mit "angeben dass es alle web's sind..."?

[apollon77]

@diginix Dann sollten die in allen webs drin sein. Versuchs mal

[Diginix]

@apollon77 Oh man das war jetzt echt zu einfach! Bist mein Held!
ist jetzt ja noch besser als vorher, weil ohne Login möglich und sauber mit http auf Port 80 oder ein anderer freier.

[oFbEQnpoLKKl6mbY5e13]

@apollon77
Wird es die 3.2.12 kurzfristig geben? Dann spare ich mir nämlich das Update auf die .11.

[apollon77]

@ofbeqnpolkkl6mby5e13 Morgen oder Freitag

[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.