Vis 0.15.0/0.15.5: HQ/Metro Widgets aktualisieren sich nicht (mehr)

[Semenchkare]

wenn ich den Zeitpunkt suche…. fällt mir ebenfalls nur die 0.15.0 ein...

[Schwoab69]

@Semenchkare

Evtl. kannst du die Überschrift noch ändern? Betrifft nicht nur HQ Widgets.

Ich konnte die Probleme auch bei METRO-Kacheln und dem Kalender ausmachen

[frankjoke]

Habe alle Adapter inklusive Vis auf die letzte Git-Version upgedatet.

Hatte Vis mehrere Stunden laufen und ist nicht mehr abgetrennt worden.

Seitdem sind auch fast alle Fehlermeldungen weg nur solche unten sind geblieben…

[Deprecation] Synchronous XMLHttpRequest on the main thread is deprecated because of its detrimental effects to the end user's experience. For more help, check https://xhr.spec.whatwg.org/.
send @ jquery-1.11.2.min.js:4
ajax @ jquery-1.11.2.min.js:4
o @ can.custom.min.js:58
(anonymous) @ can.custom.min.js:46
renderAs @ can.custom.min.js:58
e.view.e.template @ can.custom.min.js:58
renderWidget @ vis.js:1639
(anonymous) @ vis.js:1015
(anonymous) @ vis.js:2916
(anonymous) @ conn.js:714
Socket.onack @ socket.io.js:5225
Socket.onpacket @ socket.io.js:5149
(anonymous) @ socket.io.js:5522
Emitter.emit @ socket.io.js:5657
Manager.ondecoded @ socket.io.js:4668
(anonymous) @ socket.io.js:5522
Emitter.emit @ socket.io.js:2556
Decoder.add @ socket.io.js:6156
Manager.ondata @ socket.io.js:4658
(anonymous) @ socket.io.js:5522
Emitter.emit @ socket.io.js:2556
Socket.onPacket @ socket.io.js:459
(anonymous) @ socket.io.js:276
Emitter.emit @ socket.io.js:2556
Transport.onPacket @ socket.io.js:892
Transport.onData @ socket.io.js:884
ws.onmessage @ socket.io.js:2003
VM4279:1 GET http://jessi3.fritz.box:8082/vis/tplFjShowInstance.ejs 404 (Not Found)

Die roten Batteriewarnungen und auch default-Namen auf der linken Seite (wie auf Bild von Schwoab69) tauchen beim editieren immer wieder auf wenn man den edit-view auf einem HQ-Widget verläßt. Das ist sehr störend da ich nie die linke Beschreibung verwende und auch nur wenige Sensoren/Schalter habe die eine Batterie verwenden oder übermitteln.

Also bitte, die default-werte bei HQ-Widgets nicht nach HomeMatic-manier automatisch laden wenn sie leer sind, vielleicht NUR wenn man eine HomeMatich Object-ID angibt! Wenn ich kein Batterie-Objekt oder linke Text-Beschreibung angebe dann will ich auch keine(s)!

p.s.: Dieses 'Feature' scheint nur bei HQ-Widgets zu existieren!

[Semenchkare]

Hallo,

hat es hier noch keine Veränderungen gegeben? Hat noch jemand das problem?

[Semenchkare]

Was mir heute auffiel (vielleicht wichtig für den Entwickler): nur die Fenster der HQ-Widgets aktualisieren sich nicht. Die Türen tun dies sofort!

Wie dies bei den Metro's ist, kann ich nicht sagen. Evtl. könnte dies ein Metro-User sagen?

Gruß

Seme

[Bluefox]

@Semenchkare:

Was mir heute auffiel (vielleicht wichtig für den Entwickler): nur die Fenster der HQ-Widgets aktualisieren sich nicht. Die Türen tun dies sofort!

Wie dies bei den Metro's ist, kann ich nicht sagen. Evtl. könnte dies ein Metro-User sagen?

Gruß

Seme `
Ich habe tatsächlich ein Fehler in hq Widgets gefunden. D.h es hat mit metro erstmal nichts zu tun.

Bitte latest hq-widgets probieren.

[Semenchkare]

ich habe auf die .10 upgedatet, auch den admin aktualisiert 2.02. Dann den bananaPiM2 rebooted. Leider immer noch den "Hänger" bei den Fenstern. Türen reagieren sofort….

[Semenchkare]

ich habe das auf dem Raspberry 2 auch nochmals nachgezogen. Auch hier den gleichen Fehler

[leo013]

Ich habe das gleiche Problem , die HQwidgets der Fenster werden nicht mehr aktualisiert

Gruss

Wolfgang

[leo013]

Bin ich alleine mit dem Problem?

Bei mir werden unverändert die Fenster mit den HQwidgets nicht aktualisiert

[rantanplan]

Bei mir klappt es.

HM Komponenten, CCU2, Firefox.