Hallo setstate,
ich bekomme seit kurzem (seit einem FHEM update, aber ohne Veränderung der Tablet UI Software) einen Fehler beim shortpoll. Ich habe mal mit der Webconsole geschaut, und es sieht aus als käme der von Tabelt UI benutzte JSON Parser nicht mit Reading values zurecht, die ein ":" enthalten.
Der Fehler, der gemeldet wird, ist:
Error
ShortPoll Request Failed
parsererror, SyntaxError: JSON.parse: expected double-quoted property name at line 268 column 2 of the JSON data
Die JSON Datei an der Stelle sieht wie folgt aus:
"recentStateType": { "Value":"info", "Time":"2017-02-18 18:54:41" },
"state": { "Value":"off", "Time":"2017-02-18 18:54:41" },
"timedOn": { "Value":"off", "Time":"2017-02-18 18:54:41" },
"trigLast": { "Value":"OG_Wandtaster_Btn_01:short", "Time":"2017-02-18 18:54:21" },
"trig_O "trig_OG_Wandtaster_Btn_03": { "Value":"Short_20", "Time":"2016-11-10 06:46:15" }
},
also genau an der Stelle, nachdem ein Reading mit Doppelpunkt ("OG_Wandtaster_Btn_01:short") kommt stimmt die JSON Syntax nicht mehr.
Ich habe allerdings momentan nicht die aktuellste Version von Tablet UI drauf (2.2.3)
@FhemPiUser: ist dein FHEM aktuell?
Das Problem wurde auch schon gemeldet (es wird aus dem JSON an beliebiger Stelle Text entfernt), ich kann es aber leider nicht nachstellen, und Ideen habe ich auch keine mehr. Im gemeldeten Fall ist das Problem verschwunden, nachdem FHEMWEB die Daten (nach der Umstellung auf mimetype application/JSON) wieder komprimiert hat.
Wenn jemand mir was Nachstellbares zeigen koennte, wuerde ich mich freuen. Es wuerde mir auch schon helfen, wenn ich von der gleichen Installation eine heile und eine kaputte JSON Datei bekommen koennte.
Nachtrag: mit Doppelpunkt hat es nichts zu tun.
ja, fhem war direkt vorher aktualisiert worden. mit der alten fhem version habe ich den fehler nicht gesehen...
ich habe dir 3 beispiel dateien mit fehler geschickt, eine entsprechende version ohne fehler konnte ich nicht produzieren.
Ich habe eine kaputte (== abgeschnittene) PM bekommen.
Bitte direkt an meine Mailadresse als .zip schicken.
Ich prezisiere, ich will eine kaputte und eine heile Datei, die _mit den gleichen Argumenten_ an JsonList2 erzeugt wurden.
Ich habe die JSONs, die ich bekommen habe, angeschaut, geraetselt, und einen Fehler in 01_FHEMWEB.pm gefunden. Er waere dann der Ausloeser von deinem Problem, falls das Frontend (da wo TabletUI laeuft, deswegen meine Frage), langsam bzw. langsam angebunden ist, und TabletUI mehrere "parallele" Anfragen ueber die gleiche Leitung sendet. Kann jemand diese Hypothese mit den parallelen Anfragen bestaetigen?
Den Fix habe ich eingecheckt, steht ab morgen per update zur Verfuegung. Fuer ungeduldige: 01_FHEMWEB.pm aus SVN runterladen und ersetzen.
Ich hatte heute Nachmittag ein Update gemacht und erhalte die gleichen Fehler im TabletUI.
Der Fehler erscheint nicht nur beim Aufruf der eigenen FTUI-Konfiguration sondern auch direkt beim Aufruf von
https://<IP>:<Port>/fhem/ftui/index_state.html
Die geänderte 01_FHEMWEB.pm habe ich bereits aus dem SVN übernommen, jedoch bleibt das Verhalten gleich.
Soweit ich das beurteilen kann, finden bei mir keine "parallelen" Anfragen statt.
Wie genau kann ich noch helfen, um das Problem zu finden?
Habe das selbe Verhalten nach heutigem Update.
Nur ins blaue geraten. Entweder das hier mal versuchen
attr global featurelevel 5.7
Oder das hier
attr WEBINSTANZ csrfToken none
ZitatIch hatte heute Nachmittag ein Update gemacht und erhalte die gleichen Fehler im TabletUI.
Steht doch direkt in meinem Beitrag drueber, begreife nicht, was daran falsch zu verstehen ist:
steht ab morgen per update zur Verfuegung.
Nachtrag: Sorry, das habe ich zu spaet gelesen.
ZitatDie geänderte 01_FHEMWEB.pm habe ich bereits aus dem SVN übernommen, jedoch bleibt das Verhalten gleich.
ZitatWie genau kann ich noch helfen, um das Problem zu finden?
Mir eine heile und eine kaputte JSON zur Verfuegung stellen, entweder hier als .zip Anhang oder per Email.
Zeile1 und Spalte1 im JSON klingt für mich wie "leer"
Was kommt denn als Data zurück? In den Browser Developer Tools unter Netzwerk-was-auch-immer sieht man den Aufruf und den Reply.
Nachtrag: Sorry, das habe ich zu spaet gelesen.Mir eine heile und eine kaputte JSON zur Verfuegung stellen, entweder hier als .zip Anhang oder per Email.
[/quote]
Die reine Wiederholung macht es leider für einen NOOB nicht verständlicher. Welche Datei genau (Ort und Name) soll ich Dir heraussuchen?
Ich hatte zuvor ein Backup gemacht, sollte Dir somit die Dateien zur Verfügung stellen können. Leider hab ich keine Ahnung was Du genau meinst.
----> Nachtrag 1: Anzeige Developer Tool im Anhang
-----> Lösung
Zitat von: CoolTux am 20 Februar 2017, 14:29:59
Nur ins blaue geraten. Entweder das hier mal versuchen
attr global featurelevel 5.7
DANKE !!!! Das hat geholfen :)
Zitat von: CoolTux am 20 Februar 2017, 14:29:59
Nur ins blaue geraten. Entweder das hier mal versuchen
attr WEBINSTANZ csrfToken none
Hat den Fehler bei mir beseitigt
Und jetzt eine Zeile anwählen (oder Doppelklick), dann muss da irgendwo Request und Reply stehen?
Die Antwort (Reply) ist interessant. Das ist keine feste Datei im Filesystem.
Zitatattr WEBINSTANZ csrfToken none
Hat den Fehler bei mir beseitigt
Dann muss der TabletUI Maintainer nachsitzen, das Attribut gibt es seit 2014-08-10, ich habe die Aktivierung ein paarmal angedroht, zuletzt vor 2 Wochen.
Hier noch die anderen Screenshots, falls Ihr diese noch braucht.
Ich würde hier dann empfehlen
attr global featurelevel 5.7
wieder raus zu nehmen und nur umzustellen auf
attr WEBINSTANZ csrfToken none
Und der Maintainer weiß schon bescheid und arbeitet daran.
@CoolTux
Danke, das mache ich so. Schönen Tag noch.
Gruß
Leeloo
Aber, wo ich so überlege ...
Ich muss mir den aktuellen csrfToken irgendwie abholen können, wenn der InitialPoll dann schon versagt, habe ich keine Chance, diese WEB internal zu bekommen.
Die index.html ist statisch und wird von keiner Instanz mit dynamischen HTML Attributen angereichert.
Sieht also eher schlecht aus mit TabletUI und csrf :(
das token steht als X-FHEM-csrfToken im response header wenn du die longpoll verbindung aufbaust.
Danke für den Tipp.
Aber bevor ich eine Longpoll Connection aufbaue, hole ich erst einige Settings per jsonlist2 Command. Zum Beispiel den Longpoll type von Device "WEB".
Wenn mir dieser Aufruf ohne gültigen Token versagt bleibt, sehe ich schwarz.
ohne token kannst du keine kommandos an fhem senden.
wenn du nicht direkt mit der longpoll verbindung starten kannst hol einfach irgend eine fhem seite. das reine abrufen einer seite geht auch ohne token.
:'( Och, nö. Da wird wieder wertvolle Zeit verbraten.
Könnte nicht der Httpsrv den Token mitliefern? Macht er es vllt. sogar schon im Header als X- Attribute? Kann grad nicht drauf sehen.
Dann hätten nur die User Probleme, dir per eigenem Webserver die Seiten ausliefern.
das X-FHEM-csrfToken ist in jedem response header den fhemweb ausliefert. auch in den HTTPSRV seiten.
Okay, vielen Dank.
Ich habe jetzt den Überblick und einen Plan.
Gerade habe ich erneut ein Update ausgeführt. Das Problem von gestern scheint gelöst, der Fehler erscheint nun nicht mehr, auch wenn die Web-Instanz ohne "attr WEBUser csrfToken none" deklariert wird. Danke für die Arbeit !!!
Mir ist heute zusätzlich aufgefallen, dass jetzt aber eine Fehlermeldung erscheint, wenn FTUI über eine WEB-Instanz genutzt wird und diese nur das Attribut "set-user" hat.
Zitatdefine WEBUser FHEMWEB 8088 global
attr WEBUser HTTPS 1
attr WEBUser group System_FrontEnd
attr WEBUser icon it_internet
attr WEBUser longpoll 1
attr WEBUser room SYSTEM
#attr WEBUser csrfToken none
#attr WEB csrfToken none =>kann demnächst wieder entfernt werden siehe (https://forum.fhem.de/index.php/topic,67364.msg589577.html#msg589577)
#Funktioniert
define allowed_WEBUser allowed
attr allowed_WEBUser basicAuth { "$user:$password" eq "TESTUSER:TEST" }
attr allowed_WEBUser group System_FrontEnd
attr allowed_WEBUser icon message_service
attr allowed_WEBUser room SYSTEM
attr allowed_WEBUser validFor WEBUser
attr allowed_WEBUser allowedCommands set-user,
Fehlermeldung besagt, dass "jsonlist2" ein verbotener Befehl ist (siehe Anhang).
Dies kann mit der "demo_ftui.html" nachvollzogen werden.
Hängt dies nun mit dem Problem von gestern zusammen oder soll ich dazu einen eigenen Thread aufmachen?
Gruß
Leeloo
----Nachtrag 22.02.2017:
Problem nach heutigen Update leider noch vorhanden. Ich mach einen eigenen Thread auf ist wahrscheinlich der bessere Weg.
(https://forum.fhem.de/index.php/topic,67653.msg591118.html#msg591118 (https://forum.fhem.de/index.php/topic,67653.msg591118.html#msg591118))