NEWS
js-controller 3.3 jetzt im Beta
-
Der fritzdect-Adapter ist auch noch fehlerhaft.
-
@jb_sullivan Jupp, bitte einfach wenn SIe auftauchen per GitHub Issue melden
-
@marty56 sagte in js-controller 3.3 jetzt im Beta:
callee
Welche Version? die aktuellste? Bitte callee Objekt löschen, wird beim nächsten Anruf neu angelegt. Dann weg?
-
@jb_sullivan sagte in js-controller 3.3 jetzt im Beta:
callForwarding
Debug Log bitte wo der Fehler drin ist als GitHub issue bitte
-
@apollon77 Ich habe die aktuellste (4.2.13) installiert.
Jetzt habe ich den ganzen Tree gelöscht und bekomme beim StartState value to set for "tr-064.0.states.ab" has to be type "boolean" but received type "string"
Anruf habe ich noch nicht testen können.
-
@marty56 Kommt nur beim ersten start wenn er die Objekte anlegt oder immer? Bitte GitHub issue
-
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"
-
@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. -
@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.
-
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" }
-
@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. -
@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 :-))
-
@marty56 Bitte GitHub Issue mit Debug Log vom Adapterstart
-
@jb_sullivan Zeig mal die Widget config
-
Im unkentlichen Teil steht die Telefonnummer drin, die sich der DP aus der Fritzbox holt, die dort als Weiterleitungsrufnummer definiert ist.
-
@jb_sullivan Istdas Widget Steuerbar? Wasa ist es für ein Widget?
-
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)
-
@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 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).
-
@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