[FTUI3] Probleme nach Update 13.04.26

[HGButte]

Ich habe soeben ein Update durchgeführt.

Hatte und habe diverse Fehlermeldungen und arbeite mich langsam.

• Habe jetzt eine config.local.js angelegt mit Inhalt
  Code Auswählen Erweitern
  export const config = {
    homeAssistant: {
        enabled : false
        },
};
Ohne kam immer eine Meldung in der Browserkonsole
  
  Code Auswählen Erweitern
  Laden des Moduls von "http://server:8088/fhem/ftui2/config.local.js" wurde auf Grund eines nicht freigegebenen MIME-Typs ("text/plain") blockiert. ftui2
Laden fehlgeschlagen für das Modul mit der Quelle "http://server:8088/fhem/ftui2/config.local.js". config.js
Error loading config.local.js: TypeError: error loading dynamically imported module: http://server:8088/fhem/ftui2/config.local.js
• Hatte noch einige alte Überbleibsel mit <ftui-local> die haben ebenfalls Toast und Browserkonsolen Meldungen generiert
  Code Auswählen Erweitern
  Uncaught TypeError: can't access property "updateReadingItem", ftuiApp.fhemService is undefined
    localValueChanged http://server:8088/fhem/ftui2/components/local/local.component.js:47
    onAttributeChanged http://server:8088/fhem/ftui2/components/local/local.component.js:37
    attributeChangedCallback http://server:8088/fhem/ftui2/components/element.component.js:84
    <anonymous> http://server:8088/fhem/ftui2/components/local/local.component.js:61
6 local.component.js:47:7Habe die <ftui-local> entfernt, damit waren die Meldungen weg.
• Jetzt kämpfe ich noch mit HTTP 400: Bad Request Meldungen bei z.B.:
  
  - GET http://server:8088/fhem/?cmd=get IrgendeinDbLog - - 2026-04-13_19:27:55 2026-04-13_19:27:55 Sensor:temperature&asyncCmd=0&fwcsrf=&XHR=1
  
  - GET http://raspiliving:8088/fhem/?cmd=jsonlist2 TelefonKlingelt,ftui,<Alle_Readings_Komma_Separariert>&asyncCmd=0&fwcsrf=&XHR=1
  
  Die HTTP 400 kommen bei diversen DbLog oder FileLog Abfragen.
  
• Folgende Meldung taucht auch noch in der Browserkonsole auf
  
  Code Auswählen Erweitern
  Error: Promised response from onMessage listener went out of scope ExtensionMessagingService.js:89:34

Meine FTUI Oberfläche zeigt nicht alle Reading Werte an bzw. aktualisiert sehr langsam.
Ich habe noch nicht ganz verstanden welche Logik dahinter steckt.

Grüße
Markus

[x86]

Ich habe exakt das gleiche Problem nach dem Update vom 13.04..
Die FTUI3-Oberfläche, insbesondere die mobile Oberfläche (die im "iOS-Stil") ist auf dem Smartphone damit quasi unbenutzbar geworden.

Da ich ansonsten nichts geändert habe, und die Meldungen exakt den hier beschriebenen entsprechen wenn ich das Ganze auf dem Desktop im Browser mit Browserkonsole betrachte, muss ich wohl ganz stark davon ausgehen, dass das Problem mit dem Update einherging.

Gibt es Ideen, wie das zu lösen ist bzw. ist ein Fix / ein neues Update geplant?
Zuvor hatte ja alles jahrelang bestens funktioniert...

Viele Grüße, x86

[Medel]

Habe es so gelöst, bei mir geht es wieder, außer dass einige Buttons oval sind, hat aber mit der geänderten css zu tun.

https://github.com/knowthelist/ftui/issues/66#issuecomment-4274457136

[x86]

Hallo Medel,

super, danke dir für den Tipp. Habe es jetzt in der fhem.service.js so angepasst wie in deinem ersten Codebeispiel. Danke dafür!

Beim nächsten angestoßenen Update wurde die Datei zwar wieder ersetzt, das habe ich jetzt noch mit einem "ExcludeFromUpdate" verhindert, bis es ggf. irgendwann vom Entwickler selbst gefixt wurde (hoffen wir mal, dass der Entwickler das Issue auch sieht und es in den Code aufnimmt...)

Danke nochmal und viele Grüße!

[setstate]

das csrf Thema ist gefixt. Habe ich gar nicht gemerkt, da ich das nie eingeschaltet hatte. Ich erwarte keine
Cross Site Resource Forgery attacks bei mir im lokalen Netz 

[x86]

Hi setstate,

super, danke dir fürs Fixen! Habe eben das Update nochmal angestoßen (und die Ausnahme vorher entfernt), funktioniert wieder alles einwandfrei.

Ja, ich hab das mit dem CSRF auch nicht aktiv eingeschaltet - es war bei mir einfach schon immer aktiv, weil ich FHEM erst zu einem Zeitpunkt neu installiert hatte, als es in der Standardkonfiguration bereits aktiv war (soweit ich mich erinnere jedenfalls). Stimme dir zu, dass CSRF-Attacken aus dem lokalen Netz eher unwahrscheinlich sind - auf der anderen Seite ist es ja gerade das als sicher empfundene heimische Netz, das schnell zur Zielscheibe werden kann, indem auf einer "fremden" (und bösartigen) Webseite in einem versteckten IFrame eine lokale URL eingebunden wird, die dann z.B. eine FHEM-Aktion bei dir auslösen könnte. Klar, müsste der Angreifer (Anbieter der Webseite) dann wissen, wie dein FHEM-System im lokalen Netz heißt und welche Endpoints es gibt, d.h. wie die zu steuernden Geräte heißen usw., also ist das eine eher akademische Diskussion, andererseits schadet ein zusätzlicher Token sicher nicht und zieht nochmal eine kleine Sicherheitsebene ein.

Um so besser, dass das Ganze jetzt wieder wie erwartet funktioniert - lieben Dank nochmal!