NEWS
[gelöst] Fehler VIS & Javascript in pro
-
Wie sieht bei dir die erste Konfig-Seite für cloud? Welche web Instanz?
-
Wie sieht bei dir die erste Konfig-Seite für cloud? Welche web Instanz? `
Habt Ihr irgendetwas verändert? Ich jedenfalls nicht. VIS funktioniert auf einmal aber js funktioniert immer noch nicht heul. Hier der Fehler:! ` > "Default ACL": {"en": "Default ACL", "de": "Default ACL", "ru": "Default ACL"},
translate.js:24 "Access control list": {"en": "Access control list", "de": "Access control list", "ru": "Access control list"},
translate.js:24 "File rights": {"en": "File rights", "de": "File rights", "ru": "File rights"},
translate.js:24 "Default ACL": {"en": "Default ACL", "de": "Default ACL", "ru": "Default ACL"},
translate.js:24 "Access control list": {"en": "Access control list", "de": "Access control list", "ru": "Access control list"},
translate.js:24 "File rights": {"en": "File rights", "de": "File rights", "ru": "File rights"},
adminHosts.js:282 Timeout for repository
(anonymous) @ adminHosts.js:282
admin.css Failed to load resource: the server responded with a status of 404 (Not Found)
jquery-ui.min.js Failed to load resource: the server responded with a status of 404 (Not Found)
colResizable-1.6.min.js Failed to load resource: the server responded with a status of 404 (Not Found)
jquery-1.11.2.min.js:2 Uncaught Error: Fancytree assertion failed: Fancytree requires jQuery UI (http://jqueryui.com)
at Function.error (jquery-1.11.2.min.js:2)
at e (jquery.fancytree-all.min.js:12)
at jquery.fancytree-all.min.js:12
at jquery.fancytree-all.min.js:13
at jquery.fancytree-all.min.js:8
at jquery.fancytree-all.min.js:10
colResizable-1.6.min.js Failed to load resource: the server responded with a status of 404 (Not Found)
tab.js:2938 Uncaught TypeError: $dialogMessage.dialog is not a function
at n. <anonymous>(tab.js:2938)
at n.onack (socket.io.js:3)
at n.onpacket (socket.io.js:3)
at n. <anonymous>(socket.io.js:3)
at n.emit (socket.io.js:2)
at n.ondecoded (socket.io.js:1)
at s. <anonymous>(socket.io.js:3)
at s.r.emit (socket.io.js:1)
at s.add (socket.io.js:1)
at n.ondata (socket.io.js:1)
admin.css Failed to load resource: the server responded with a status of 404 (Not Found)
js/translate.js:24 "Login timeout(sec):": {"en": "Login timeout(sec):", "de": "Login timeout(sec):", "ru": "Login timeout(sec):"},
js/translate.js:24 "Enabled:": {"en": "Enabled:", "de": "Enabled:", "ru": "Enabled:"},
js/translate.js:24 "IP": {"en": "IP", "de": "IP", "ru": "IP"},</anonymous></anonymous></anonymous> `
Danke für Eure Mühen. Aber sehr seltsam das wenigstens VIS nun wie von Geisterhand funktioniert.
-
Downgrade bitte JavaScript auf stable version
-
Downgrade bitte JavaScript auf stable version ` Auf 3.4.0? Falls ja wie mache ich das am besten/einfachsten? Habe ein Downgrade leider noch nicht durchgeführt…
vg
Falk
-
Downgrade bitte JavaScript auf stable version ` Auf 3.4.0? Falls ja wie mache ich das am besten/einfachsten? Habe ein Downgrade leider noch nicht durchgeführt…
vg
Oder experten Modus einschalten und dann über Adapters-Seite Downgraden
-
Nach einem Browser-Cache leeren funktioniert es nun wieder.
Vielen Dank für Eure Mühen.
Kleine Zusatzfrage:
Kann mir jemand erklären was die Einstellung zum JavaScript Adapter "Nicht auf alle Zustände beim Start abonnieren" genau bedeutet? Ich glaube in 3.4. hatte ich diese gesetzt aber in 3.5.1 musste ich diese deaktivieren, damit überhaupt eins meiner Scripte funktionierte.
vg
Falk
-
Nach einem Browser-Cache leeren funktioniert es nun wieder.
Vielen Dank für Eure Mühen.
Kleine Zusatzfrage:
Kann mir jemand erklären was die Einstellung zum JavaScript Adapter "Nicht auf alle Zustände beim Start abonnieren" genau bedeutet? Ich glaube in 3.4. hatte ich diese gesetzt aber in 3.5.1 musste ich diese deaktivieren, damit überhaupt eins meiner Scripte funktionierte.
vg
Falk `
Das ist für die advanced Anwender.Defaultmäßig abonniert JS alle States (auch 100.000) und falls das System sehr dynamisch ist, dass kann JS zum Abstürz bringen und unnötig das System mit Updates (die keine braucht) belasten.
Um das Problem zu Lösen, kann man sagen, dass nur die States, die wirklich benutzt werden abonniert werden müssen.
Es gibt aber kleines Nachteil, dass man getState nicht synchron benutzen darf, sondern immer asynchron wie:
getState('stateId', function (err, state) { console('Value: ' + state.val); });
Damit wird das System drastisch entlastet, dass nicht alle States noch im JS adapter dupliziert werden müssen.
Dafür existiert: "Nicht auf alle Zustände beim Start abonnieren"
-
Es hat zwischenzeitlich funktioniert, aber aktuell funktioniert VIS (1.0.4) über iobroker.pro nicht mehr. Veränderungen wurden nicht vorgenommen. Es wurde lediglich hqwidgets(1.1.1) installiert. Es erscheint folgender Fehler:
Uncaught ReferenceError: getUsedObjectIDs is not defined
at Object.getUsedObjectIDs (vis.js:316)
at vis.js:1725
at conn.js:521
Folgendes habe ich schon ausprobiert, aber leider ohne Erfolg:
-
- iobroker upload all bzw. iobroker upload vis
- Neustart iobroker
Was könnte die Ursache sein? Danke im voraus.
vg
Falk
-
-
Hat keiner eine Idee was man noch unternehmen könnte?
-
Hallo,
probiere mal die hqwidgets wieder zu löschen.
Ich hatte glaube ich Mal die gleiche Meldung und der Grund waren unsauber installierte Widgets.
-
Hat geholfen, Danke Dir.
-
Wollte nun heute von extern anfangen meine VIS zu modifizieren, aber der Fehler erscheint nun wieder :oops: . Am Wochenende funktionierte es. Kann es sein, dass es am Browser/OS/NW liegt?
Am WE mit Safari am IPad im Heimnetzwerk (wo ich auch direkt ohne Cloud Zugriff habe) funktionierte es und nun mit Chrome/FF in Windows ohne direkten Zugriff (Hotspot) funktioniert es nicht.
Browser-Cache wurde natürlich mehrmals gelöscht…
Von extern hat es aber schon mal funktioniert. Ich glaube aber da war iobroker noch auf RPi3(Stretch). Es ist nun umgezogen auf einen Rock64 mit Armbian.
vg
Falk
-
Wollte nun heute von extern anfangen meine VIS zu modifizieren, aber der Fehler erscheint nun wieder :oops: . Am Wochenende funktionierte es. Kann es sein, dass es am Browser/OS/NW liegt?
Am WE mit Safari am IPad im Heimnetzwerk (wo ich auch direkt ohne Cloud Zugriff habe) funktionierte es und nun mit Chrome/FF in Windows ohne direkten Zugriff (Hotspot) funktioniert es nicht.
Browser-Cache wurde natürlich mehrmals gelöscht…
Von extern hat es aber schon mal funktioniert. Ich glaube aber da war iobroker noch auf RPi3(Stretch). Es ist nun umgezogen auf einen Rock64 mit Armbian.
vg
Falk `
Es liegt an dem Browsecache. Bitte löschen. -
Habe ich schon mehrmals gemacht nur nicht mit der Option Cookies löschen. Wieso werden da Einstellungen gespeichert, welche solche Fehler produzieren?
Na gut zu wissen. Hoffe das Thema ist damit erledigt
Danke