js-controller 3.3 jetzt im Beta

apollon77

@marty56 Kommt nur beim ersten start wenn er die Objekte anlegt oder immer? Bitte GitHub issue

JB_Sullivan

ist das jetzt ein tr64 Adapter oder web Adapter issue?

web.0	2021-07-18 09:32:27.582	info	(6016) State value to set for "tr-064.0.callForwarding.7" has to be type "boolean" but received type "number"
web.0	2021-07-18 09:32:25.614	info	(6016) State value to set for "tr-064.0.callForwarding.7" has to be type "boolean" but received type "number"

Jey Cee

@jb_sullivan laut der Meldung soll der Wert ein boolean also true oder false sein. Über den web Adapter, also vis oder eine andere Visualisierung wird aber eine Zahl in das Objekt geschrieben.

Also ist der Fehler das hier ein falschen Wert in das Objekt geschrieben wird.
Schau mal in deine Visualisierung mit der du den Datenpunkt beschreibst was da für ein Wert geschrieben wird.

Marty56

@apollon77
Es kommt nur beim Start.

Aber was auch noch kommt ist,

tr-064.0	2021-07-18 10:03:07.552	info	(COMPACT) State value to set for "tr-064.0.callmonitor.lastCall.callee" has to be type "number" but received type "string"
tr-064.0	2021-07-18 10:03:01.065	info	(COMPACT) State value to set for "tr-064.0.callmonitor.inbound.callee" has to be type "number" but received type "string"

das ist keine Warning aber info.

JB_Sullivan

@jey-cee

Das ist ein jqui-radiobuttons ON/OFF, welcher mit dem Datenpunkt unten als True/False geschrieben wird. ICH sehe da jetzt keinen Fehler - oder doch?

tr-064.0.callForwarding.7

Wird im übrigen dann schon in den RAW Daten falsch vom Adapter definiert.

{
  "from": "system.adapter.tr-064.0",
  "user": "system.user.admin",
  "ts": 1608319026747,
  "common": {
    "name": "fromAll  -> eine Telefonummer",
    "type": "boolean",
    "role": "state"
  },
  "native": {},
  "acl": {
    "object": 1636,
    "owner": "system.user.admin",
    "ownerGroup": "system.group.administrator",
    "state": 1636
  },
  "_id": "tr-064.0.callForwarding.7",
  "type": "state"
}

Jey Cee

@jb_sullivan sagte in js-controller 3.3 jetzt im Beta:

Wird im übrigen dann schon in den RAW Daten falsch vom Adapter definiert.

Wieso da ist type doch boolean und das ist nach meinem Verständnis für diesen Datenpunkt richtig. Oder wird damit nicht die Weiterleitung nummer 7 Aktiviert?

@jb_sullivan sagte in js-controller 3.3 jetzt im Beta:

Das ist ein jqui-radiobuttons ON/OFF, welcher mit dem Datenpunkt unten als True/False geschrieben wird.

Ganz sicher? Meine Erfahrung mit den Widgets in VIS ist das sie nicht immer den Wert bzw. als den type schreiben den man erwartet.
Und in der Vergangenheit wurde oft 0/1 anstatt true/false verwendet. Dazu passt dann auch die Meldung.

apollon77

@jb_sullivan oooohhh ... ja das ist irgendwie eine deiner Visus! Ich denke es ist web issue und kein tr-064 ... irgendwo scheint ein Visu widget oder so einen falschen Datentyp zu schreiben! Hier musst Du also schauen wo du es dort nutzt

EDIT: Bzw was @Jey-Cee gesagt hatte :-))

apollon77

@marty56 Bitte GitHub Issue mit Debug Log vom Adapterstart

apollon77

@jb_sullivan Zeig mal die Widget config

JB_Sullivan

@apollon77

Im unkentlichen Teil steht die Telefonnummer drin, die sich der DP aus der Fritzbox holt, die dort als Weiterleitungsrufnummer definiert ist.

apollon77

@jb_sullivan Istdas Widget Steuerbar? Wasa ist es für ein Widget?

JB_Sullivan

@apollon77

Wie ich oben geschrieben habe ist es ein jqui-radiobuttons ON/OFF. Was meinst du mit "steuerbar" Im VIS ist es ein Button, den man Umsteuern kann, welcher aber in der Widget Konfig nicht separat definiert werden muss.

Mit den Fehlermeldungen (F12) des Browsers hat es aber wohl nichts zu tun - oder?

Uncaught (in promise) ReferenceError: socket is not defined
    at Object.getAdaptersAndcheckMessages (popupnews.js:214)
    at Object.showPopup (popupnews.js:64)
    at setData (info.js:67)
    at Object.createMessage (info.js:40)
    at info.js:30
    at sentryWrapped (helpers.ts:87)
helpers.ts:111 Uncaught DOMException: Blocked a frame with origin "http://10.122.60.87:8082" from accessing a cross-origin frame.
    at HTMLIFrameElement.<anonymous> (http://10.122.60.87:8082/vis/js/vis.js:3067:40)
    at Function.each (http://10.122.60.87:8082/lib/js/jquery-1.11.2.min.js:2:2975)
    at m.fn.init.each (http://10.122.60.87:8082/lib/js/jquery-1.11.2.min.js:2:835)
    at Object.updateIframeZoom (http://10.122.60.87:8082/vis/js/vis.js:3066:25)
    at Object.postChangeView (http://10.122.60.87:8082/vis/js/vis.js:1947:14)
    at http://10.122.60.87:8082/vis/js/vis.js:1896:22
    at http://10.122.60.87:8082/vis/js/vis.js:971:35
    at Object.renderViews (http://10.122.60.87:8082/vis/js/vis.js:801:27)
    at http://10.122.60.87:8082/vis/js/vis.js:807:18
    at http://10.122.60.87:8082/vis/js/vis.js:990:35
    at sentryWrapped (http://10.122.60.87:8082/vis/widgets/materialdesign/lib/raw/sentry/bundle.min.js:2:53837)
instrument.js:109 DashboardModel.on is deprecated use events.subscribe
2helpers.ts:111 Uncaught DOMException: Blocked a frame with origin "http://10.122.60.87:8082" from accessing a cross-origin frame.
    at HTMLIFrameElement.<anonymous> (http://10.122.60.87:8082/vis/js/vis.js:3067:40)
    at Function.each (http://10.122.60.87:8082/lib/js/jquery-1.11.2.min.js:2:2975)
    at m.fn.init.each (http://10.122.60.87:8082/lib/js/jquery-1.11.2.min.js:2:835)
    at Object.updateIframeZoom (http://10.122.60.87:8082/vis/js/vis.js:3066:25)
    at Object.postChangeView (http://10.122.60.87:8082/vis/js/vis.js:1947:14)
    at http://10.122.60.87:8082/vis/js/vis.js:1882:26
    at http://10.122.60.87:8082/vis/js/vis.js:971:35
    at Object.renderViews (http://10.122.60.87:8082/vis/js/vis.js:801:27)
    at http://10.122.60.87:8082/vis/js/vis.js:807:18
    at http://10.122.60.87:8082/vis/js/vis.js:990:35
    at sentryWrapped (http://10.122.60.87:8082/vis/widgets/materialdesign/lib/raw/sentry/bundle.min.js:2:53837)
DevTools failed to load source map: Could not load content for http://10.122.60.87:8082/lib/js/socket.io.js.map: HTTP error: status code 404, net::ERR_HTTP_RESPONSE_CODE_FAILURE
helpers.ts:111 Uncaught DOMException: Blocked a frame with origin "http://10.122.60.87:8082" from accessing a cross-origin frame.
    at HTMLIFrameElement.<anonymous> (http://10.122.60.87:8082/vis/js/vis.js:3067:40)
    at Function.each (http://10.122.60.87:8082/lib/js/jquery-1.11.2.min.js:2:2975)
    at m.fn.init.each (http://10.122.60.87:8082/lib/js/jquery-1.11.2.min.js:2:835)
    at Object.updateIframeZoom (http://10.122.60.87:8082/vis/js/vis.js:3066:25)
    at Object.postChangeView (http://10.122.60.87:8082/vis/js/vis.js:1947:14)
    at http://10.122.60.87:8082/vis/js/vis.js:1882:26
    at http://10.122.60.87:8082/vis/js/vis.js:971:35
    at Object.renderViews (http://10.122.60.87:8082/vis/js/vis.js:801:27)
    at http://10.122.60.87:8082/vis/js/vis.js:807:18
    at http://10.122.60.87:8082/vis/js/vis.js:990:35
    at sentryWrapped (http://10.122.60.87:8082/vis/widgets/materialdesign/lib/raw/sentry/bundle.min.js:2:53837)
sentryWrapped @ helpers.ts:111
setTimeout (async)
(anonymous) @ trycatch.ts:119
(anonymous) @ vis.js:988
subscribeStates @ vis.js:2857
renderView @ vis.js:844
renderViews @ vis.js:806
(anonymous) @ vis.js:807
(anonymous) @ vis.js:990
sentryWrapped @ helpers.ts:87
setTimeout (async)
(anonymous) @ trycatch.ts:119
(anonymous) @ vis.js:988
subscribeStates @ vis.js:2857
renderView @ vis.js:844
renderViews @ vis.js:806
(anonymous) @ vis.js:962
subscribeStates @ vis.js:2857
renderView @ vis.js:844
changeView @ vis.js:1855
(anonymous) @ vis.js:2696
sentryWrapped @ helpers.ts:87
helpers.ts:111 Uncaught DOMException: Blocked a frame with origin "http://10.122.60.87:8082" from accessing a cross-origin frame.
    at HTMLIFrameElement.<anonymous> (http://10.122.60.87:8082/vis/js/vis.js:3067:40)
    at Function.each (http://10.122.60.87:8082/lib/js/jquery-1.11.2.min.js:2:2975)
    at m.fn.init.each (http://10.122.60.87:8082/lib/js/jquery-1.11.2.min.js:2:835)
    at Object.updateIframeZoom (http://10.122.60.87:8082/vis/js/vis.js:3066:25)
    at Object.postChangeView (http://10.122.60.87:8082/vis/js/vis.js:1947:14)
    at http://10.122.60.87:8082/vis/js/vis.js:1882:26
    at http://10.122.60.87:8082/vis/js/vis.js:971:35
    at Object.renderViews (http://10.122.60.87:8082/vis/js/vis.js:801:27)
    at http://10.122.60.87:8082/vis/js/vis.js:807:18
    at http://10.122.60.87:8082/vis/js/vis.js:990:35
    at sentryWrapped (http://10.122.60.87:8082/vis/widgets/materialdesign/lib/raw/sentry/bundle.min.js:2:53837)

apollon77

@jb_sullivan sagte in js-controller 3.3 jetzt im Beta:

Der erste Fehler ist unrelated und würde auf Info Adapter tippen.

Der Rest kommt von

materialdesign

Dr. Bakterius

@dr-bakterius sagte in js-controller 3.3 jetzt im Beta:

@apollon77 sagte in js-controller 3.3 jetzt im Beta:

Was sonst noch offen?

Nuki-Extended

@apollon77 Leider hat die Anpassung nichts geändert (https://github.com/iobroker-community-adapters/ioBroker.nuki-extended/issues/132).

Grothesk242 created this issue in iobroker-community-adapters/ioBroker.nuki-extended

closed After update to js-controller 3.3.1 several wrong types in log #132

apollon77

@dr-bakterius Naja am Ende ist es hier wie bei roomba ... ich muss jeden State einzeln korrigieren ... schreibe im GitHub issue wenns neuen versuch gibt

apollon77

@dr-bakterius Ok, next try please

apollon77

Also es ging gerade noch info Adapter raus als 1.9.0 ...

Sonst:

roomba sollte fertig sein aber mir fehlen npm release rechte, sind dran
innogy-smarthome ... identischzu roomba
spotify-premium werde ich nicht anpassen können. Da muss man von einem Jahr COde changes raussuchen was es kaputt gemacht hat. Die Zeit, Lust und spotify-premium habe ich aktuell nicht. Bitte erst einmal Loglevel hoch setzen
nuki-extended siehe oben. Kann denke auch raus sobald @Dr-Bakterius nochmal was dazu gesagt hat

JB_Sullivan

@apollon77

Ein state im Roomba Adapter ist eben noch aufgepoppt. Habt ihr den in der 1.1.4 schon berücksichtigt?

roomba.0	2021-07-20 14:34:13.597	info	(9004) State value to set for "roomba.0.states._connected" has to be type "string" but received type "boolean"

Dr. Bakterius

@apollon77 sagte in js-controller 3.3 jetzt im Beta:

schreibe im GitHub issue wenns neuen versuch gibt

Erstmal vielen Dank Ingo für die tolle Arbeit und die Zeit die du investierst!

Bei mir läuft nuki-extended jetzt ohne weitere Meldungen wegen falscher Datenpunktdeklaration.

apollon77

@jb_sullivan sagte in js-controller 3.3 jetzt im Beta:

_

zeig bitte mal Debug log ... ich hab keine Ahnung wo der state her kommt und so

NEWS

js-controller 3.3 jetzt im Beta

closed After update to js-controller 3.3.1 several wrong types in log #132

Support us

823
Online

31.7k
Users

79.9k
Topics

1.3m
Posts

NEWS

js-controller 3.3 jetzt im Beta

closed After update to js-controller 3.3.1 several wrong types in log #132

Support us

823Online

31.7kUsers

79.9kTopics

1.3mPosts

823
Online

31.7k
Users

79.9k
Topics

1.3m
Posts