Nach Update am 20.01.17 Probleme mit Dashboard

[Bennemannc]

Hallo,

nach dem Update heute, funktioniert das Dashboard nicht mehr richtig. Die Spalten werden anders angezeigt und man kann nicht mehr zwischen den Tabs wechseln.
Wenn ich die alte fhem.pl zurückspiele geht alles wieder.
Kann das mit der Umstellung auf 5.8 zusammenhängen? Wie kann ich das korrigieren - irgendein Attribut was ich setzten muss.

Gruß Christoph

[rudolfkoenig]

Wie kann ich das korrigieren - irgendein Attribut was ich setzten muss.

Hast du schon "attr global featurelevel 5.7" probiert?

[Qwz80]

Hallo,

ich habe dasselbe Problem. Dieses Attribut hilft, aber wird dan nicut das alte 5.7 geladen?

[rudolfkoenig]

Nein, es wird nur auf die neuen Features verzichtet.

Vmtl. reicht "attr WEB csrfToken none", bedeutet aber, dass die FHEM-Instanz fuer CSRF Angriffe verwundbar bleibt.

[Qwz80]

Hab ich auch probiert, löst das Problem auch. Aber da scheint wohl mehr dran verbuggt zu sein. Grundsätzlich sollte es ja funktionieren oder?

Auf Features verzichten oder auf Sicherheit. Beides nicht so toll. Es geht ja nur um die Dashboard Tabs, die sollten doch eigentlich immer funktionieren.

[Bennemannc]

Immer langsam - da läuft etwas nicht, der Fehler ist lokalisiert, es gibt für den Übergang einen Work Around und der Rest wird sich finden.

Was sind das denn für Angriffe ? Wenn ich mein fhem nur lokal betreibe (über WLAN ohne DynDNS oder VPN), habe ich doch da keine Probleme oder etwa doch ?

Gruß Christoph

[rudolfkoenig]

Wenn Du im Browser neben FHEMWEB einen zweiten Tab/Fenster oeffnest, und da eine "fremde" Seite aufrufst, dann schon. Siehe https://de.wikipedia.org/wiki/Cross-Site-Request-Forgery

[Qwz80]

Na wenn es behoben wird ist es ja gut. Hoffentlich klappt das dann besser als mit dem confirmJSError Bug, der besteht ja bis heute mit den Plots.

[CoolTux]

Das klingt aber sehr provokant und unfreundlich. Nur mal so am Rande erwähnt. Wenn es Dich so sehr stört kannst Du gerne versuchen Rudi einen Patch an zu bieten. Ansonsten schlage ich vor Mal ein Gang runter zu schalten. Fehler melden ist super. Ansprüche oder Forderungen zu stellen ist dagegen unhöflich.

[Qwz80]

Unter Druck entstehen Diamanten. Wo fordere ich etwas? Wo bin ich unfreudnkich. Du kannst gut zwischen den Zeilen lesen, etwas zu gut.

[CoolTux]

Unter Druck entstehen Diamanten.

Finde ich gut. Da Du den Druck anscheinend hast schlage ich vor Du fängst an zu lernen wie man Diamanten macht.

[Qwz80]

Unter Druck entsteht auch Mist. So wie das hier. Frag mich was du bezweckst? Schlechter Tag? Es geht hier um Fehler, nicht mehr nicht weniger. Du interpretierst hier nachweislich Dinge ohne Fakten. Ich warte noch wo ich etwas gefordert ert habe, oder unfreundlich war. Deuck hab ich auch keinen. Das war eher ala Metapher gemeint, kennst du bestimmt.

Wird mir zu anstrengend, wenn man was jedes Wort achten muss, bloß weil hier einer den Verteidiger spielt. Schönen Abend trotzdem noch.

[Bennemannc]

Hm, das ist mir jetzt etwas zuviel OT

Ist der Maintainer für das Dashboard-Modul informiert. Ich kann das leider nicht Debuggen - das zu fehlt mir die Kenntnis. So wie ich das sehe, ist von dieser Sicherheitslücke jeder betroffen, der im Browser noch ander Tabs offen hat oder auf macht. Ich werde erst einmal einen der beiden Möglichkeiten nutzen, damit das Dashboard noch funktioniert.
Wie bekomme ich mit, wenn der Fehler behoben ist, damit ich das Feature wieder einschalten kann.

Gruß Christoph

[rageltus]

Keine Ahnung wieso Threads immer so ausufern. Ist mir auch egal... hänge mich mir mal an um den Stand mitzubekommen UND ich habe mal den MAINTAINER (letzter Stand aus der MAINTAINER.txt) angeschrieben.

Grüße

[Wuehler]

Hi,

Handelt es sich um ein FTUI-Dashboard? Wenn ja: ist ftui mindestens auf Version 2.6.4 updated worden?

[CoolTux]

Nein es handelt sich um das FHEM Modul Dashboard

https://wiki.fhem.de/wiki/Dashboard

[docspider]

Auch bei mir  das gleiche Problemchen. Aber das mit dem WA ("attr global featurelevel 5.7") funktioniert und damit kann ich erstmal leben. Dachte schon da ist mehr passiert. 
Dann warte ich ebenfalls auf ein Update.

Danke für die schnelle Unterstützung hier.

Grüße

[CoolTux]

Und auch hier noch einmal kurz erwähnt. Es sollte eigentlich Ausreichend sein das Attribut csrfToken auf none zu setzen in der verwendeten FHEMWEB Instanz. Somit verliert man nicht gleich alle Neuerungen von 5.8



Grüße

[Bennemannc]

Das ist auch ausreichend. Ich arbeite damit schon länger ohne Probleme.

Gruß Christoph

[rudolfkoenig]

Mit folgenden Patch scheint es bei mir mit fhem.cfg.demo das Problem geloest zu sein:

Code Auswählen Erweitern

Index: ../www/pgm2/dashboard.js
===================================================================
--- www/pgm2/dashboard.js    (revision 13514)
+++ www/pgm2/dashboard.js    (working copy)
@@ -97,7 +97,7 @@
         type: "POST",
         contentType: "application/json",
         data: "{}",
-        url: jsonurl+" "+get+"&XHR=1",
+        url: jsonurl+" "+get+addcsrf("&XHR=1"),
         dataType: dType,
         success: function(data) {
             if (get == "config") {for (var key in data.CONFIG) {if (data.CONFIG.hasOwnProperty(key)) {DashboardConfigHash[key] = data.CONFIG[key];} } }
@@ -640,7 +640,7 @@
                 $('#dashboardtabs ul:first li:eq('+i+')').children().prepend('<a id="dashboard_tab'+(i+1)+'icon"/>');
                 //dashboard_loadsvgIcon(DashboardConfigHash['dashboard_tab'+(i+1)+'icon'], svgColor, "#dashboard_tab"+(i+1)+"icon");
                  dashboard_showsvgIcon (
-                    fhemUrl + '?cmd=get ' + $('#dashboard_define').text() + ' icon ' + DashboardConfigHash['dashboard_tab'+(i+1)+'icon'],
+                    addcsrf(fhemUrl + '?cmd=get ' + $('#dashboard_define').text() + ' icon ' + DashboardConfigHash['dashboard_tab'+(i+1)+'icon']),
                     svgColor, "#dashboard_tab"+(i+1)+"icon"
                 );
             }       



Fuer die, die das Befehl "patch" fremd ist, habe ich die Datei auch komplett angehaengt.

[Qwz80]

Hallo,

mit der Datei direkt kopiert, läuft es nach 1-2x reload im Browser. Zuvor gibt es das bekannte "FHEMWEB WEB CSRF error:  ne fhem_60449110499869.4. For detals see the csrfToken FHEMWEB attribute"

Der Fehler ist reproduzierbar und in jedem Browser. Nach 1x reload laufen die Tabs.

Mit dem heutigen Update für Dashboard, läuft es gar nicht, nur mit der hier eingestellten Datei.

[CoolTux]

Du musst die Moduldatei vom Update ausschließen sonst wird sie jedesmal mit der aktuellen SVN Version überschrieben.
Kann nicht mal jemand den Modauthor bitten den Patch ein zu pflegen?

[Qwz80]

Sorry, aber das sagt mir nichts 

Mir ist aufgefallen, dass der Fehler nicht erscheint, wenn man vorher nicht direkt das Dashboard lädt. Also erst FHEM aufrufen, dann auf das Dashboard klicken. Vielleicht hilft das hier ja etwas weiter, scheint ja fast gelöst zu sein

[CoolTux]

Wenn Du eine neue Modulversion, also die von Rudi, in Dein FHEM kopierst, dann musst Du dafür sorgen das diese extern hinzugefügte Version nicht von der offiziellen Version aus Update überschrieben wird. Du musst sie ausschließen vom Update.
Der Rest ist bitte Selbststudium

[Qwz80]

Ok, dass ist kein Problem. Ich warte dann aber besser bis es integriert ist und wechsele solange die Datei im Pi aus. Jetzt verstehe ich das Update auch, er spielt die alte Datei wieder mit Update ein, weil sie von mir geändert ist.

[CoolTux]

Korrekt.

[roelleke]

Hallo,
Der Patch scheint nach dem heutigen Update nicht mehr zu funktionieren. Auch nicht nach erneutem kopieren.

[rudolfkoenig]

Der Patch scheint nach dem heutigen Update nicht mehr zu funktionieren.

Habs gerade nachgestellt, bei mir funktioniert es weiterhin mit fhem.cfg.demo. Ich bin kein Dashboard Experte, kann sein, dass ich nicht alle Problemfaelle abgefangen habe. Allerdings hat sich im Framework seitdem nichts geaendert, mein Patch sollte also genauso schlecht oder gut sein, wie am ersten Tag.

[Radiator]

Ich bekomme beim Aufruf des Dashboardes seit dem Update auf 5.8 die folgende Meldung:

jquery.min.js line 2:
Error: cannot call methods on draggable prior to initialization; attempted to call method 'option'

Wenn ich die mit "ok" bestätige läuft alles normal. Teilweise kommt sie zweimal.
Update Stand ist heute.

Ich habe dann verbose für das Dashboard auf 5 gesetzt, und finde nur diese zwei Einträge im Log:

2017.03.11 19:16:29 5: [PCDash V3.10] Sorting OK or Empty: dashboard_tab0sorting
2017.03.11 19:16:29 5: [PCDash V3.10] Sorting OK or Empty: dashboard_tab1sorting
Das scheint mir eher nichts mit der Fehlermeldung zu tun zu haben.

Weis da jemand Abhilfe?

Hartmut

[rudolfkoenig]

Dieses Problem hat vmtl. nicht direkt mit dem 5.8 Update zu tun, sondern dass FHEMWEB seit ein paar Monaten JavaScript-Fehler im Dialog meldet, vorher waren sie nur in der JS-Console, und damit vergessen.

Mit "attr WEB confirmJSError 0" kann man diese Meldung wieder abschalten, gefixt werden sollte das Problem trotzdem. Leider ist unser Dashboard Maintainer gerade nicht sehr aktiv.

[Radiator]

Gracias!
Der Workaround funktioniert erst einmal.
Hartmut

[Talkabout]

Hallo zusammen,

existiert hier noch ein Problem? Ich bin auf der neuesten Version und kann den JavaScript Fehler nicht mehr nachstellen.

Gruss

[Radiator]

Habe es gerade ausprobiert, bekomme weiterhin "Error: cannot call methods on draggable prior to initialization; attempted to call method 'option'", wenn ich "confirmJSError=1" setze, und das Dashboard aufrufe.

Das neueste FHEM Update ist eingespielt, und habe mehrere Browser angetestet (Firefox, Edge, IEplorer).

Gruß
Hartmut

[mr.sulu]

Hallo,
habe da auch ein kleines Problem nach einer kpl. neuinstallation (raspbian&fhem) funzt mein Dashboard nicht mehr und zeigt das an ->

dashboard.js line 539:
ReferenceError: FW_readingsGroupReadyFn is not defined

Gruß
Karsten

[rudolfkoenig]

https://forum.fhem.de/index.php/topic,77547.msg694940.html#msg694940

[mr.sulu]

Herzlichsten Dank, geht wieder