WoltLab Suite 5.4: Vor dem Update ist nach dem Update

Zitat von TimWolla

Ein Abgleich auf User-Agent und IP-Adresse erfolgt bewusst nicht. Durch die Langlebigkeit der Sitzungen müssen diese auch Browser-Updates und IP-Wechsel überleben.

Das war eher gemeint, dass ich im Paketserver einen Abgleich anhand der Parameter durchführen kann; ich muss nur schauen, dass man eben nicht über Paketliste und Download hinaus die Session nutzen kann.

Zitat von TimWolla

Das sollte nicht so sein. Besteht die Sitzung technisch noch (d.h. taucht in der Sitzungsliste auf)?

Ja, sogar mit der gleichen IPv4-Adresse:

Ich kann dir gerade die beiden Tabellen entsprechend dumpen. Außer du hast ad hoch eine Vermutung, wo ich sinnvoller suchen sollte.

Nachdem es mein Smartphone ist und ich da aktuell nicht wirklich an Dev-Tools komme: Kann es auch an alten Cookies liegen (oder abgelaufenen Cookies?), die Probleme verursachen oder daran, dass 2fa aktiviert ist?

Was ich dir ad hoch sagen kann:

• Die zwei Mobile-Sessions sind in wcf1_user_session, aber nicht in wcf1_session
• Inzwischen unterscheidet sich der Useragent (Chrome 89.0.4389.86 statt 89.0.4389.72)
• IP-Adresse ist nach wie vor identisch
• Laut sessionVariables handelt es sich um Frontend-Sessions
• Letzte Aktivität am 1615155024 und 1615194499

Zitat von TimWolla

Kleine Erinnerung, falls das „aus den Augen aus dem Sinn“ war.

https://github.com/WoltLab/WCF/issues/4066

Ich hoffe die Daten sind einigermaßen sinnvoll; ich habe die ganzen personenbezogenen Sessions entfernt, damit ich die IP-Adressen unzensiert lassen kann.

Hallo,

Zitat von MysteryCode

Nachdem es mein Smartphone ist und ich da aktuell nicht wirklich an Dev-Tools komme: Kann es auch an alten Cookies liegen (oder abgelaufenen Cookies?), die Probleme verursachen oder daran, dass 2fa aktiviert ist?

da die Sitzungen technisch in der Datenbank existieren, gibt es nur noch zwei Optionen:

• Das Cookie passt nicht (abgelaufen oder nicht gültig signiert).
• Die Session-Variablen sind komplett korrupt (https://github.com/WoltLab/WCF…ndler.class.php#L615-L619).

Zitat von MysteryCode

Die zwei Mobile-Sessions sind in wcf1_user_session, aber nicht in wcf1_session

Das ist zu erwarten. wcf1_session dient nur noch für die Online-Liste.

Zitat von MysteryCode

Laut sessionVariables handelt es sich um Frontend-Sessions

Es gibt keine Trennung mehr. Das ist das selbe Cookie und es ist der gleiche Datenbankeintrag. Lediglich der Variablen-Store ist gescoped.

Zitat von MysteryCode

Ich hoffe die Daten sind einigermaßen sinnvoll; ich habe die ganzen personenbezogenen Sessions entfernt, damit ich die IP-Adressen unzensiert lassen kann.

Ich hab eben einen kurzen Blick drauf geworfen, die Daten sehen so weit sinnvoll aus, danke. Es sieht so aus, dass die spiderID korrekt in der Datenbank hinterlegt wird. Das bedeutet, dass es beim Laden nicht korrekt berücksichtigt wird. Ich schaue mir das morgen im Detail an.

Ich klinke mich mal ein und möchte gern etwas zu der folgenden Aussage schreiben.

Zitat von TimWolla

Gleiches war damals zu den Änderungen bezüglich der automatisch benannten Stilordner zu bemerken (Der Chat-Ersatz-Plauder-Thread). Nachdem man sich das im Detail angeschaut hat, wurde festgestellt, dass das ja doch nicht alles so schlimm ist, wie befürchtet.

Nö, schlimm ist es nicht. Es kostet nur sehr viel Zeit, in vielen Stilen ein Banner zu tauschen und es im Anschluss auch wieder zurückzutauschen.

Gerade jetzt war ich am Wochenende damit beschäftigt, die Banner meiner 21 Stil-Variationen anzupassen. Ich habe ein Oster-Banner, das jetzt angezeigt werden soll. In der Vergangenheit hatte ich meine verschiedenen Banner in einem Ordner auf dem Webspace und hatte dann in den einzelnen Stilen einfach nur den Link zum Banner angepasst und dann im Anschluss wieder zurück. Nun muss ich in jedem Stil erst das vorhandene Banner löschen, damit ich ein neues hochladen kann. Dann muss ich die Werte für Höhe und Breite korrigieren, weil sie durch den Upload mit der tatsächlichen Größe der Grafik überschrieben wurden. Und wenn nun Ostern vorbei ist, darf ich das alles wieder mit dem Standard-Banner machen.

Für euch war diese Entscheidung vermutlich revolutionär und sicher, wenn man nur 1 oder 2 Stile nutzt, passt das auch. Bietet man seiner Community aber mehrere Stile an, artet das echt in Arbeit aus.

Ich hatte so etwas früher schon mal automatisiert, indem ich abhängig vom Datum eine zusätzliche Klasse vergeben habe, die dann im definierten Zeitraum aktiviert wurde und genutzt werden konnte. Schau doch mal, ob Dir dieses Paket hilfreich erscheint:

https://pluginstore.woltlab.co…slogo-logo-nach-zeitplan/

Gruß norse

Danke norse ! Das löst zwar nicht mein eigentliches Problem, aber zumindest klingt das Plugin, als könnte es mir behilflich sein. Ich schau mir das mal genauer an.

Die erste Beta ist da https://community.woltlab.com/…uite-5-4-beta-1-download/