FHEM Forum

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

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

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

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!

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  8)

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!

Danke fürs fixen. Bei mir tut's auch nach dem Update.

Hmmm. Seit dem Update sehe ich _gar nichts mehr_, nur schwarze Seiten.
Was daran liegt, dass das Update nach dem Herunterladen von einer halben Million icons abbricht mit

Got 26288 bytes for www/ftui/modules/ftui/ha.service.js, expected 29742 2026.04.24 11:48:39 1: aborting.

Könnte man das bitte  schnellstmöglich bei Gelegenheit fixen, denn damit ist im Moment ein wichtiges Produktivsystem bei mir lahmgelegt.


LG

pah

Edit: lässt sich natürlich umgehen, indem man die ha.service.js vom Update ausschließt und manuell holt - ist aber keine schöne Lösung

Zitat von: Prof. Dr. Peter Henning am 24 April 2026, 11:50:12Hmmm. Seit dem Update sehe ich _gar nichts mehr_, nur schwarze Seiten.
Was daran liegt, dass das Update nach dem Herunterladen von einer halben Million icons abbricht mit

Got 26288 bytes for www/ftui/modules/ftui/ha.service.js, expected 29742 2026.04.24 11:48:39 1: aborting.

Könnte man das bitte  schnellstmöglich bei Gelegenheit fixen, denn damit ist im Moment ein wichtiges Produktivsystem bei mir lahmgelegt.


LG

pah

Edit: lässt sich natürlich umgehen, indem man die ha.service.js vom Update ausschließt und manuell holt - ist aber keine schöne Lösung

Danke für die Info, ich warte ab und hoffe auf baldigen Fix.

So, ich habe weiterhin Probleme mit dem Update.

1. Ich verwende FTUI3 auf einer Maschine mit IP-Endung .94. Durch die Meta-Direktive im Header

Zitat<meta name="fhemweb_url" content="http://192.168.0.90:8083/fhem/" />

kann ich problemlos auf die FHEM-Instanz einer anderen Maschine zugreifen. Das funktioniert auch weiterhin, allerdings läuft meine Javascript-Konsole seit dem Update voll mit

Zitatftui3-pah.js:113:15
Quellübergreifende (Cross-Origin) Anfrage blockiert: Die Gleiche-Quelle-Regel verbietet das Lesen der externen Ressource auf http://192.168.0.94:3000/events. (Grund: CORS-Anfrage schlug fehl). Statuscode: (null).

Der dafür verantwortliche Code versucht, mit der jeweils anderen Maschine eine Server Side Events-Verbindung aufzumachen und funktionierte bisher tadellos.

Fragen also: Was wurde am Basiscode von FTUI3 geändert? War das bisher nicht gegen CORS gesichert? Wieso wird mein CORS-Header nicht mehr richtig ausgewertet?

2. Ich habe bisher beim Laden einer Seite mit dem folgenden Code

Zitat<script type="module">     
    document.addEventListener('ftuiComponentsAdded', () => {
    const now = "2025-01-01 12:00:00";
    const value = 'EG';
    ftuiApp.fhemService.updateReadingItem('local-floor', {
    id: 'local-floor',
    invalid: false,
    value,
    time: now,
    update: now,
    });
    });
</script>

die Reading-Variable local-floor mit einem Wert vorbelegt, hier: "EG". Das funktioniert nicht mehr, stattdessen gibt es beim Laden der Seite haufenweise Fehlermeldungen

ZitatTypeError. Can't acces property "updateReadingItem".  ftuiApp.fhemService is undefined

Bitte um Informationen, was an die Stelle von ftuiApp.fhemService getreten ist.

LG

pah

aus ftuiApp.fhemService.updateReadingItem() wird ftuiApp.updateReadingItem()

Hmmm. Fehlermeldung lautet

ZitatftuiApp.updateReadingItem() is not a function

LG

pah

das funktioniert mit dem Stand vom 26.04.2026

Danke, jetzt geht es.

LG

pah