js-controller 3.3 jetzt im Beta

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

[canim]

@stratos-gkrekidis leider geht bei mir auch der Downgrade nicht =(, habs installiert, zeigt mir via Shell auch an das 3.2.16 ist,aber im Interface immernoch 3.3.2, hab leider kein bock auf die Fehlermeldungen im log..

gibts ne andere lösung? Im log steht als resultat wenn ich " npm install iobroker.js-controller@3.2.16

> iobroker.js-controller@3.2.16 preinstall /home/pi/node_modules/iobroker.js-controller
> node lib/preinstallCheck.js

NPM version: 6.14.12

> iobroker.js-controller@3.2.16 install /home/pi/node_modules/iobroker.js-controller
> node iobroker.js setup first

object _design/system updated
npm WARN saveError ENOENT: no such file or directory, open '/home/pi/package.json'
npm WARN enoent ENOENT: no such file or directory, open '/home/pi/package.json'
npm WARN pi No description
npm WARN pi No repository field.
npm WARN pi No README data
npm WARN pi No license field.
npm WARN optional SKIPPING OPTIONAL DEPENDENCY: fsevents@2.3.2 (node_modules/fsevents):
npm WARN notsup SKIPPING OPTIONAL DEPENDENCY: Unsupported platform for fsevents@2.3.2: wanted {"os":"darwin","arch":"any"} (current: {"os":"linux","arch":"arm"})

+ iobroker.js-controller@3.2.16
updated 1 package and audited 930 packages in 18.746s

16 packages are looking for funding
  run `npm fund` for details

found 3 high severity vulnerabilities
  run `npm audit fix` to fix them, or `npm audit` for details

[apollon77]

@fredf Den kenne wir schon und sind dran, jetzt aber erstmal Family Time sonst krieg ich ärger 3.3.3 kommt heute Abend noch

[apollon77]

@paul53 Der Controller wird jetzt warnen, in einer Späteren version das "set" ablehnen. Die Entwickler müssen sauber arbeiten. Der Javascript Adapter ist eher auf die "End-Nutzer" ausgerichtet, daher wird dort der Wert angepasst ... ist netter und weniger frustrierend für die Entwickler.

Das andere ist korrekt! Die Typen "array", "json", "file" und "Object" erwarten als Wert einen JSON-stringified Wert des inhaltes.

[apollon77]

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

/home/pi

das klingt nach falschem verzeichnis

[Stratos Gkrekidis]

@canim probiere mal hier mit
iobroker stop
npm i iobroker.js-controller@3.2.16 --production
iobroker start

[paul53]

@apollon77 sagte: Die Typen "array", "json", "file" und "Object" erwarten als Wert einen JSON-stringified Wert des inhaltes.

Wirklich? Ich habe bisher den Typ "array" für echte Arrays und den Typ "object" für echte Objekte (außer Arrays) in Javascript verwendet, was funktioniert.

[msiemers]

Ich habe auch auf 3.3.2 aktualisiert. Nun erhalte ich in den Logs immer folgende Meldungen.

Was kann ich tun?

[canim]

@stratos-gkrekidis auch nicht

pi@raspberrypi:~ $ npm i iobroker.js-controller@3.2.16 --production

> iobroker.js-controller@3.2.16 preinstall /home/pi/node_modules/iobroker.js-controller
> node lib/preinstallCheck.js

NPM version: 6.14.12

> iobroker.js-controller@3.2.16 install /home/pi/node_modules/iobroker.js-controller
> node iobroker.js setup first

object _design/system updated

ATTENTION: Error reporting via Sentry will be activated on next start of ioBroker

ioBroker wants to make sure to deliver the most stable smart home system.
To allow this we decided to implement an automatic error and crash reporting solution into the js-controller and also into adapters.

THIS REPORTING WILL BE ENABLED WITH THE NEXT START OF YOUR IOBROKER!

For any error that leads to the crash of the js-controller or one of the relevant adapters the error details are send to a server. For the js-controller and core adapters this server is located and operated in germany. For community adapters please check the Github Readme of the affected adapter for details which Sentry server is used.

If you want to disable the error reporting you can use the command
'iobroker plugin disable sentry'
This command will also make sure that no adapter that runs on this host will send crash reporting data to sentry.


npm WARN saveError ENOENT: no such file or directory, open '/home/pi/package.json'
npm WARN enoent ENOENT: no such file or directory, open '/home/pi/package.json'
npm WARN pi No description
npm WARN pi No repository field.
npm WARN pi No README data
npm WARN pi No license field.
npm WARN optional SKIPPING OPTIONAL DEPENDENCY: fsevents@2.3.2 (node_modules/fsevents):
npm WARN notsup SKIPPING OPTIONAL DEPENDENCY: Unsupported platform for fsevents@2.3.2: wanted {"os":"darwin","arch":"any"} (current: {"os":"linux","arch":"arm"})

+ iobroker.js-controller@3.2.16
updated 1 package and audited 930 packages in 16.545s

16 packages are looking for funding
  run `npm fund` for details

found 3 high severity vulnerabilities
  run `npm audit fix` to fix them, or `npm audit` for details

@apollon77 habe den befehl im haupt ordner ausgeführt also cd, muss ich irgendwo noch im unterverzeichnes? und dann den befehl ausführen?, wäre mir neu

[apollon77]

@paul53 Ja, es funktioniert ... ausser man steckt zu komplexe Objekte rein mit denen dann ggf mehr knallt
Die "Pure definition der states" ist das was der controller 3.3 jetzt anmeckert ... Am Ende sind wir wieder bei "ja viel geht, aber es wurde bisher versäumt das zu enforcen was sein solll"

Am Ende werden die Daten ja pber die verschiedensten Protokolle übertragen und daher braucht es Standards damit das interoperabel bleibt.

Aktuell alles ok, ausser das es geloggt wird. hast Zeit es anzupassen