js-controller 3.3 jetzt im Beta

[Thomas Braun]

@kueppert

Immer diese Ungeduld...
Jetzt ist es bei mir im Repo aufgeschlagen.

[Kueppert]

@thomas-braun bei mir auch ^^ hab direkt noch 2 Issues erstellt. Anscheinend kommen jetzt bei anderen Adaptern auch neue Fehlermeldungen - ode rich hab sie vorher auf Grund der Masse nicht gesehen

[sigi234]

@kueppert sagte in js-controller 3.3 jetzt im Latest:

Anscheinend kommen jetzt bei anderen Adaptern auch neue Fehlermeldungen - ode rich hab sie vorher auf Grund der Masse nicht gesehen

Tipp:

Ich stelle die Adapter vorübergehend auf log-error

[sigi234]

@thomas-braun sagte in js-controller 3.3 jetzt im Latest:

Immer diese Ungeduld...

Jupp, habe ja ein Test-System, würde ich beim produktiven System nie machen.

[Jan1]

@sigi234
Gerade mein produktiv System umgestellt und sehr langweilig, außer dass sehr viele Adapter nun Objekte und Strings anmeckern, wie oben schon geschrieben wurde, und die nun alle Loglevel "error" bekommen haben, nichts was ich weiter tun könnte und das bei dem sau Wetter

[Kueppert]

@sigi234 ich mache das immer direkt in PROD...wer nicht wagt der nicht gewinnt oder so

NACHTRAG: hab aber auch immer nen Proxmox-Backup und ioBroker-BKP an der Hand

[TH G]

3.3.2 versucht ja Massen an Warnmeldungen. Besonders stark bei mir betroffen sind netatmo und stiebel-isg

[Thomas Braun]

@th-g
Issues mit den Meldungen öffnen, danach vielleicht das log level auf error setzen.

[apollon77]

@jan1 Gib mal deine UUID von der Installation ... ich bau extra für dich in die nächste Version ein paar schöne Fehler ein, ok?

[Jan1]

@apollon77
Nein, bitte keine extra Mühen, nur weil das hier fast zu rund läuft

[Knallix]

Hallo,
habe das update gemacht und es kommen jetzt diese Meldungen.
Die verstehe ich zwar, nur kommen die von verschiedenen Adaptern und diese habe ich ja nicht selber angelegt.
Könnte es was damit zu tun haben ?

[Thomas Braun]

@knallix
Für jeden betroffenen Adapter auf github ein entsprechendes Issue eröffnen, falls es noch keines gibt.

Exemplarisch für den info-Adapter z. B.:

https://github.com/iobroker-community-adapters/ioBroker.info/issues/269

darkman242 created this issue in iobroker-community-adapters/ioBroker.info

closed Log-Eintrag mit js-Controller 3.3.1 #269

[FredF]

@homoran sagte in js-controller 3.3 jetzt im Latest:

leider bekomme ich den iobroker nicht gestoppt,

Ich konnte ioBroker auch nicht stoppen und zwar ohne weitere Meldung... habe dann den admin gestoppt und wieder gestartet, dann ging es.
@apollon77 ein issue wert?

[arteck]

@fredf ist schon bekannt

[Homoran]

@fredf sagte in js-controller 3.3 jetzt im Latest:

Ich konnte ioBroker auch nicht stoppen und zwar ohne weitere Meldung

ich hatte bei mir dann einfach den NUC rebooted, danach ging es.

später hatte ich einige code7 (already running) im log vor dem reboot gesehen.
wahrscheinlich hatte das den stop vereitelt

[Knallix]

@thomas-braun said in js-controller 3.3 jetzt im Latest:

@knallix
Für jeden betroffenen Adapter auf github ein entsprechendes Issue eröffnen, falls es noch keines gibt.

Exemplarisch für den info-Adapter z. B.:

https://github.com/iobroker-community-adapters/ioBroker.info/issues/269

Okay mache ich. Danke
Hatte erst gedacht das es vielleicht am Update liegt.. Da so viele betroffen sind

[Thomas Braun]

@knallix sagte in js-controller 3.3 jetzt im Latest:

Hatte erst gedacht das es vielleicht am Update liegt

Klar liegt das 'am Update'. Der js-controller ist jetzt etwas strenger was die types angeht. Da sind jetzt ganz viele Adapter von betroffen. Deswegen ja auch die Issues bei den einzelnen Adaptern, das muss dann dort im Code angepasst werden.

[Stratos Gkrekidis]

Eine notlösung ist ein Downgrade auf js-controller@3.2.16 ist halt ein aspirin.

[Thomas Braun]

@stratos-gkrekidis
Naja, ist keine Notlösung oder Aspirin sondern die vorgesehene stable-Version, wenn man kein Beta-Testing betreiben kann und/oder will.
Und auch die entsprechenden Informationen zu den Beta-Versionen nicht lesen will.

[paul53]

@apollon77 sagte: if it's a number we perform additional checks for min and max

Dies hatte ich schon vor langer Zeit angeregt, wurde von @Bluefox aber nur im Javascript-Adapter umgesetzt. Wenn jetzt der js-controller die Prüfungen macht, kann man sie aus dem Javascript-Adapter wieder entfernen. Unterschied: Javascript gibt keine Warnung aus, sondern begrenzt den Wert zwischen min und max.

adapter.js, ab Zeile 1756:

                        if (!(obj.common.type === 'mixed' ||
                            obj.common.type === typeof state.val ||
                            obj.common.type === 'array' && typeof state.val === 'string' ||
                            obj.common.type === 'json' && typeof state.val === 'string' ||
                            obj.common.type === 'file' && typeof state.val === 'string' ||
                            obj.common.type === 'object' && typeof state.val === 'string')

ist nicht korrekt.

obj.common.type === 'array' && typeof state.val === 'object' || // typeof Array ist object

typeof state.val sollte bei "object" kein "string" sein.