Colors-Theme 2.0

[kai9555]

Wie es der Zufall will habe ich gleich etwas zu liefern. Ich habe den Browser geöffnet und der mittlere Graph lädt nicht. Hier gibt mir die Konsole MQTT Error zurück. Nachdem ich die Seite neu laden wollte, über den Button oben links "openWB", sind meine Einstellungen von Look & Feel wieder weg. Die Fehler aus der Konsole findest du im Anhang. Ich hoffe du kannst damit etwas anfangen. Wenn du mehr Infos benötigst sag mir bitte wie und was

Ich bin übrigens wieder zurück von Master auf Beta 2024-01-31 16:03:59 +0100 [aeca78291]. Nicht das du schon was im Master gefixt hast.

Da habe ich keine Einstellung weiter vorgenommen. Zumal es bei der 1.9 (läuft bei mir noch nebenbei) auch im Cache verbleibt. Das Problem tritt wie gesagt auch Browserübergreifend auf. Welche Umgebung hast du denn? Eventuell stelle ich das mal nach um zu testen.

Hast Du vielleicht Sicherheits/Privacy-Einstellungen bzgl. Cookies aktiviert? Die Einstellungen werden in einem Cookie gespeichert, der eigentlich ein halbes Jahr gültig ist. Hier bei mir funktioniert das auch einwandfrei, Einstellungen sind auch nach mehreren Tagen Inaktivität noch vorhanden. Es gibt aber je nach Browser viele Möglichkeiten, die Lebensdauer von Cookies auf eine Session, einen Tag, oder ähnliches einzuschränken.

Auch werden die Look & Fell Einstellungen teilweise nicht übernommen, oder nach wenigen Stunden oder einem Tag einfach wieder zurück gesetzt. Hell wird wieder zu Dunkel etc...Das Verhalten habe ich auf allen Geräten (Mac, iPad, iPhone) jeweils mit Chrome, Firefox und Safari...

[kai9555]

Und gleich noch eine 2. Runde. Ich habe den Browser geöffnet und zur IP der openWB navigiert. Die Einstellungen im Look & Feel waren noch auf "Dunkel". Also habe ich auf "Hell" gestellt, bin in die openWB Einstellungen um noch was zu checken und wieder zurück auf das Theme-Dashboard dann ist das hier passiert:
https://share.icloud.com/photos/030Ap3c ... 7Y3PZKSkGw

[kai9555]

Wie hier von fawick erwähnt:
https://forum.openwb.de/viewtopic.php?p=102382#p102382
Greife ich mal den Hinweis mit https auf und habe aus Spaß https:// vor meine IP Adresse gesetzt. Bis jetzt (gut 3h) wurden meine Look & Feel Einstellungen noch nicht verworfen.

Erklärt sich mir aber nicht Ich berichte morgen erneut.

[fawick]

Ich kann weiterhin beisteuern, dass das auch nicht auftritt, wenn man das Colors Theme per

Code: Alles auswählen

yarn dev

im Developer Mode laufen lässt (also über vite auf http://localhost:5173).

[kai9555]

Update:

Auch heute morgen sind noch alle Einstellungen aus Look & Feel erhalten wenn ich über https gehe.

Eine weitere interessante Sache habe ich noch beobachtet. Wenn der mittlere Graph, scheinbar auch der rechte, am aufgewachten iPad nicht aktualisiert und ich dann eine Aktualisierung am iPhone anstoße, aktualisiert sich das iPad mit:
https://share.icloud.com/photos/05bWC7f ... vgzdKh5-Iw

Wie hier von fawick erwähnt:
https://forum.openwb.de/viewtopic.php?p=102382#p102382
Greife ich mal den Hinweis mit https auf und habe aus Spaß https:// vor meine IP Adresse gesetzt. Bis jetzt (gut 3h) wurden meine Look & Feel Einstellungen noch nicht verworfen.

Erklärt sich mir aber nicht Ich berichte morgen erneut.

[fawick]

Keine Ahnung, warum mir das nicht frueher aufgefallen ist:

In der Firefox-Console auf dem Desktop kommt folgende Warnung an:

Code: Alles auswählen

Cookie “openWBColorTheme” does not have a proper “SameSite” attribute value. 
Soon, cookies without the “SameSite” attribute or with an invalid value will be treated as “Lax”. 
This means that the cookie will no longer be sent in third-party contexts. 
If your application depends on this cookie being available in such contexts, please add the “SameSite=None“ attribute to it. 
To know more about the “SameSite“ attribute, 
read https://developer.mozilla.org/docs/Web/HTTP/Headers/Set-Cookie/SameSite

Das passiert nur beim Zugriff ueber den Hostname, nicht aber beim Zugriff ueber die IP. Beim Zugriff ueber die IP tritt dann auch der Fehler nicht auf.

Chrome auf Desktop zeigt diese Meldung nicht und hat auch keine Probleme. Chrome auf Android 14 ist von dem Fehler allerdings betroffen.

[electron]

SameSite=Lax bedeutet, dass Cookies nur von dem Server gelesen werden dürfen, der sie auch geschrieben hat. Eigentlich sollte das openWB-GUI ja immer unter derselben URL aufgerufen werden und es sollte daher keine Probleme damit geben. Es sei denn die URL wechselt dynamisch (z.B. unterschiedliche IP Nummern an verschiedenen Tagen)

[electron]

Meine Vermutung für die Fehler beim Aktualisieren des mittleren Graphen ist ein Abbruch der Websocket-Verbindung. Die MQTT-Pakete werden über eine Websocket-Verbindung zwischen dem UI und der openWB geschickt. Wenn das UI eine Zeitlang nicht erreichbar ist (weil es nicht sichtbar ist und temporär deaktiviert wurde), bricht der Server die WebSocket-Verbindung ab. Wenn das UI dann wieder aktiv ist und versucht, MQTT-Nachrichten zu senden oder empfangen, fehlt ihm die Verbindung. Ich habe aber noch nicht herausgefunden, wie man das verhindern kann.

Update:

Auch heute morgen sind noch alle Einstellungen aus Look & Feel erhalten wenn ich über https gehe.

Eine weitere interessante Sache habe ich noch beobachtet. Wenn der mittlere Graph, scheinbar auch der rechte, am aufgewachten iPad nicht aktualisiert und ich dann eine Aktualisierung am iPhone anstoße, aktualisiert sich das iPad mit:
https://share.icloud.com/photos/05bWC7f ... vgzdKh5-Iw

Wie hier von fawick erwähnt:
https://forum.openwb.de/viewtopic.php?p=102382#p102382
Greife ich mal den Hinweis mit https auf und habe aus Spaß https:// vor meine IP Adresse gesetzt. Bis jetzt (gut 3h) wurden meine Look & Feel Einstellungen noch nicht verworfen.

Erklärt sich mir aber nicht Ich berichte morgen erneut.

[sonnencorsa]

Freut mich, dass andere das Problem mit dem Vergessen der Look&Feel-Einstellungen auch haben Bisher war ich davon ausgegangen, ich sei dahingehend ein Einzelfall, und hatte mich irgendwie damit arrangiert.

Bei mir werden teilweise mehrmals täglich alle Look&Feel-Einstellungen vergessen, und zwar sowohl beim Zugriff über die Cloud (https) als auch im Heimnetzwerk (http), sowohl am Rechner als auch auf dem Handy. Browser ist immer der Brave Browser, dieser basiert auf Chrome. OpenWB-Version ist die aktuelle Release.

Das Cookie wird scheinbar häufiger neu erstellt, z. B. am Montag um 14:08 Uhr, obwohl ich zu der Zeit weder Änderungen am Look&Feel noch ein Update der Box gemacht hatte. Auch das Cookie-Ablaufdatum erscheint mir relativ kurz (7 Tage?).

Hier die Infos zum Cookie aus dem Brave-Browser:

2024-02-14 09_24_45-Einstellungen – http___192.168.178.73 - Brave.png (62.93 KiB) 558 mal betrachtet

[fawick]

Ich denke, ich hab den Grund fuer das Flackern gefunden. In readCookie() wird fuer Smarthome-Geraete eventuell showInGraph false gesetzt. Der Setter fuer showInGraph speichert aber die Preferences noch mal neu. Und das geraet dann (vermutlich durch eine Race Condition) in eine Schleife.


Mit den Aenderungen in diesem Commit konnte ich das jetzt verhindern: https://github.com/fawick/openwb2_core/ ... 0ba54529eb