NEWS
js-controller 3.3 jetzt im Beta
-
@apollon77 sagte in js-controller 3.3 jetzt im Beta:
Ich muss JEDE ID einzeln definieren!!
Ähm sorry, das kann ich ja nicht ahnen/wissen. Ich dachte das wäre irgend etwas globales was man einmal irgendwo umstellen muss.
D.h. aber auch im Umkehrschluss, das man im Grunde ALLE Funktionen von ALLEN Geräten testen muss, denn nur wenn sich der Datenpunkt ändert, spuckt er ggf. auch eine Fehlermeldung aus?!?
Na, da könnte noch einiges kommen (z.B. Heizkörper Thermostate - weil nur im Winter in Betrieb) oder Datenpunkte die nur bei bestimmten Betriebszuständen geschrieben werden, was man so ggf. gar nicht simulieren kann oder gar nicht auf dem Schirm hat.
Beim tr64 Adapter kommt bei mir
State value to set for "tr-064.0.callmonitor.outbound.callee" has to be type "number" but received type "string"
HW:NUC (16 GB Ram)
OS: Debian Bullseye, Promox V7, node v16.x npm 8.19.3 -
Beim tr64 Adapter kommt bei mir
State value to set for "tr-064.0.callmonitor.outbound.callee" has to be type "number" but received type "string"
Da ich ja gerade gelernt habe, das jeder DP einzeln angepasst werden muss, hier auch noch zwei weitere Fehlermeldungen zum tr64 Adapter.
web.0 2021-07-17 12:27:25.303 info (14512) State value to set for "tr-064.0.callForwarding.7" has to be type "boolean" but received type "number" web.0 2021-07-17 12:27:23.048 info (14512) State value to set for "tr-064.0.callForwarding.7" has to be type "boolean" but received type "number"ioBroker auf Intel Core i3-5005U NUC und Windwos10 Pro
-
Hey All,
so es war ein langer weg. Ich habe die letzten Woche fast nur Adapter gefixt wegen der js-controller 3.3 Warnungen. Alle Adapter die irgendwie zur ioBroker Orga oder Adapter-Community gehören von denen ich es weiss sind gefixt (Alle, fast alle ... siehe nächster Absatz...). Daher bitte aktualisiert mal auf aktuellste Latest und setzt die Error level wieder auf info und sagt was noch ist bitte. Bitte im Zweifel mal die Adapterobjekte löschen und neu anlegen lassen
Noch bekannte Themen:
- sonoff braucht Bluefox Infos. bitte hier schauen wer noch Meldungen hat und melden!
- statistics gibts noch eine offene zu klärende Frage, kann also auch noch Meldungen bei "avg" geben. Auch hier "bester" Stand ist GitHub, aber an sich ausser dem einen Thema soweit bestätigt
- rpi2: Bitte mal GitHub Version checken, weil da noch andere Dinge drin sind und sagen ob noch alles ok ist
Was sonst noch offen?
(Ich denke wled oder so hat noch was?)
Der fritzdect-Adapter ist auch noch fehlerhaft.
-
@apollon77 sagte in js-controller 3.3 jetzt im Beta:
Ich muss JEDE ID einzeln definieren!!
Ähm sorry, das kann ich ja nicht ahnen/wissen. Ich dachte das wäre irgend etwas globales was man einmal irgendwo umstellen muss.
D.h. aber auch im Umkehrschluss, das man im Grunde ALLE Funktionen von ALLEN Geräten testen muss, denn nur wenn sich der Datenpunkt ändert, spuckt er ggf. auch eine Fehlermeldung aus?!?
Na, da könnte noch einiges kommen (z.B. Heizkörper Thermostate - weil nur im Winter in Betrieb) oder Datenpunkte die nur bei bestimmten Betriebszuständen geschrieben werden, was man so ggf. gar nicht simulieren kann oder gar nicht auf dem Schirm hat.
@jb_sullivan Jupp, bitte einfach wenn SIe auftauchen per GitHub Issue melden
-
Beim tr64 Adapter kommt bei mir
State value to set for "tr-064.0.callmonitor.outbound.callee" has to be type "number" but received type "string"
-
Da ich ja gerade gelernt habe, das jeder DP einzeln angepasst werden muss, hier auch noch zwei weitere Fehlermeldungen zum tr64 Adapter.
web.0 2021-07-17 12:27:25.303 info (14512) State value to set for "tr-064.0.callForwarding.7" has to be type "boolean" but received type "number" web.0 2021-07-17 12:27:23.048 info (14512) State value to set for "tr-064.0.callForwarding.7" has to be type "boolean" but received type "number"@jb_sullivan sagte in js-controller 3.3 jetzt im Beta:
callForwarding
Debug Log bitte wo der Fehler drin ist als GitHub issue bitte
Beitrag hat geholfen? Votet rechts unten im Beitrag :-) https://paypal.me/Apollon77 / https://github.com/sponsors/Apollon77
- Debug-Log für Instanz einschalten? Admin -> Instanzen -> Expertenmodus -> Instanz aufklappen - Loglevel ändern
- Logfiles auf Platte /opt/iobroker/log/… nutzen, Admin schneidet Zeilen ab
-
@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?
@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.
HW:NUC (16 GB Ram)
OS: Debian Bullseye, Promox V7, node v16.x npm 8.19.3 -
@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.
-
@jb_sullivan sagte in js-controller 3.3 jetzt im Beta:
callForwarding
Debug Log bitte wo der Fehler drin ist als GitHub issue bitte
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"ioBroker auf Intel Core i3-5005U NUC und Windwos10 Pro
-
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.Persönlicher Support
Spenden -> paypal.me/J3YC33 -
@marty56 Kommt nur beim ersten start wenn er die Objekte anlegt oder immer? Bitte GitHub issue
@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.
HW:NUC (16 GB Ram)
OS: Debian Bullseye, Promox V7, node v16.x npm 8.19.3 -
@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.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.7Wird 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" }ioBroker auf Intel Core i3-5005U NUC und Windwos10 Pro
-
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.7Wird 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. -
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 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
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.7Wird 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 Zeig mal die Widget config
Beitrag hat geholfen? Votet rechts unten im Beitrag :-) https://paypal.me/Apollon77 / https://github.com/sponsors/Apollon77
- Debug-Log für Instanz einschalten? Admin -> Instanzen -> Expertenmodus -> Instanz aufklappen - Loglevel ändern
- Logfiles auf Platte /opt/iobroker/log/… nutzen, Admin schneidet Zeilen ab
-
@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.
ioBroker auf Intel Core i3-5005U NUC und Windwos10 Pro
-
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?
Beitrag hat geholfen? Votet rechts unten im Beitrag :-) https://paypal.me/Apollon77 / https://github.com/sponsors/Apollon77
- Debug-Log für Instanz einschalten? Admin -> Instanzen -> Expertenmodus -> Instanz aufklappen - Loglevel ändern
- Logfiles auf Platte /opt/iobroker/log/… nutzen, Admin schneidet Zeilen ab
-
@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)ioBroker auf Intel Core i3-5005U NUC und Windwos10 Pro
-
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
806
Online32.4k
Benutzer81.5k
Themen1.3m
Beiträge