[3.3] Problem mit Cookies löschen Ajax nach Update auf 3.3.14

[aow_de]

Hallo zusammen,

nach einem manuellen und sauberen Update unseres Boards von 3.3.12 auf die neueste 3.3.14 haben wir - erstaunlicherweise - genau das Problem "neu", welches laut Tracker eigentlich behoben sein sollte:
den Fehler beim AJAX-Aufruf, wenn auf unterschiedlichen Seiten versucht wurde die Cookies mit dem Link im Seitenfuß zu löschen

Das hat vorher perfekt funktioniert, jetzt bekomme ich im "Bestätigungsfenster" bei Aufruf des Links den Ajax-Fehler "AJAX-FEHLER
Bei der Verarbeitung deiner Anfrage ist ein Fehler aufgetreten." gemeldet, die Browserkonsole spuckt nen Error 404 failed to load resource aus, egal auf welcher Seite man den Link aufruft, er wird nicht im "Unterordner" der phpBB Installation ausgeführt sondern verlinkt auf die TLD - wo er die app.php natürlich nicht finden kann.

Hat irgendwer ne Idee, woran das liegen könnte? Alles andere funktioniert problemlos - nur eben genau das nicht, was angeblich als Bugfix ausgeführt sein soll(te).

Das Forum (wer es testen möchte) findet ihr unter https://suzuki-classic.de/phpBB3/.
Getestet natürlich in diversen Browsern, Caches gelöscht usw.

Habe sogar alle Dateien der Installation nochmals mit den englischen Originaldateien verglichen (DiffMerge) und alles ist 1:1 korrekt hochgeladen (natürlich die DE Version).

edit LukeWCS:
Relevanter Tracker Eintrag: https://tracker.phpbb.com/browse/PHPBB-17398

[LukeWCS]

Hallo

nach einem manuellen und sauberen Update unseres Boards von 3.3.12 auf die neueste 3.3.14 haben wir - erstaunlicherweise - genau das Problem "neu", welches laut Tracker eigentlich behoben sein sollte:

Bitte auch den Link zum besagten Tracker Eintrag posten, damit Helfer das nicht erst mühselig rausfischen müssen.

Habe sogar alle Dateien der Installation nochmals mit den englischen Originaldateien verglichen (DiffMerge) und alles ist 1:1 korrekt hochgeladen (natürlich die DE Version).

DiffMerge ist ein lokales Tool, wie hast du damit geprüft? Die komplette phpBB Dateistruktur vom Webserver geholt und dann DM darauf angewendet oder wie ist das zu verstehen?

Wir haben ein Tool welches auf genau diese Aufgabe spezialisiert ist und noch weitere Dinge prüft. Das bitte mal ausführen und den Bericht hier posten.

phpBB File Check - Zum prüfen auf Existenz und Intaktheit der phpBB Dateien

[aow_de]

Hi, danke für die ersten Hinweise / Tipps.

Zu Deinen Fragen: den Tracker / Bugfix hatte ich nur erwähnt, weil er hier im Forum bei der Ankündigung von 3.3.14 aufgeführt ist (der Fehler selber in der Beschreibung aber auch als "behoben" erwähnt wird). Leider funktioniert der Trackerlink dort nicht, weshalb ich ihn auch nicht kopiert habe (kenne mich mit dem Tool nicht aus, tbh).

Ja, per DiffMerge hatte ich die Dateien, die ich nach Update wieder vom Server heruntergeladen und lokal als Backup habe, mit den "frischen" Dateien aus dem entzippten Ordner der original Installationsdateien verglichen. Nutze DiffMerge auch immer, um in ProSilver (nur in den CSS) unsere Änderungen vom Board zu finden & wieder in den frischen ProSilver Dateien zu ändern (die beiden CSS-Dateien, die auch per Filechecker gefunden wurden).

Hier das Ergebnis:

Code: Alles auswählen

phpBB File Check v1.4.4
=======================

Version mode : Auto
MD5 source   : ZIP (1, 2, E)
phpBB Version: 3.3.14
MD5 Version 1: 3.3.14 (phpBB.com)
MD5 Version 2: 3.3.14 (phpBB.de)
PHP Version  : 8.3.16 (Linux)

Please wait, 4077 checksums are being processed...

---------------------------------------------------------------------------------------------------
{1:   1} * DIFFERENT: [.htaccess] (hash: 35244925d7feafc3acc09e7fc17c6a94)
{1: 303} * DIFFERENT: [files/.htaccess] (hash: 8bc5421aa3e682175c12b78aad5a8e95)
{1: 304} * DIFFERENT: [files/index.htm] (hash: c44fa65816385f9358812135b5218945)
{1: 305} * DIFFERENT: [images/index.htm] (hash: c44fa65816385f9358812135b5218945)
{1: 307} * DIFFERENT: [images/avatars/index.htm] (hash: c44fa65816385f9358812135b5218945)
{1: 308} * DIFFERENT: [images/avatars/gallery/index.htm] (hash: c44fa65816385f9358812135b5218945)
{1: 309} * DIFFERENT: [images/avatars/upload/.htaccess] (hash: 8bc5421aa3e682175c12b78aad5a8e95)
{1: 310} * DIFFERENT: [images/avatars/upload/index.htm] (hash: c44fa65816385f9358812135b5218945)
{1: 311} * DIFFERENT: [images/icons/index.htm] (hash: c44fa65816385f9358812135b5218945)
{1: 314} * DIFFERENT: [images/icons/misc/index.htm] (hash: c44fa65816385f9358812135b5218945)
{1: 319} * DIFFERENT: [images/icons/smile/index.htm] (hash: c44fa65816385f9358812135b5218945)
{1: 324} * DIFFERENT: [images/ranks/index.htm] (hash: c44fa65816385f9358812135b5218945)
{1:1508} ! MISSING  : [store/.htaccess]
{1:1509} ! MISSING  : [store/index.htm]
{1:1643} * DIFFERENT: [styles/prosilver/theme/colours.css] (hash: e7562f09b7c5bdc30dc076b5278b67ce)
{1:1644} * DIFFERENT: [styles/prosilver/theme/common.css] (hash: 5eed86cff59dd57abccfec632f9ccbc0)
{2: 210}   NOTICE   : [vendor/composer/installed.php] has the phpBB.de hash
---------------------------------------------------------------------------------------------------

Finished!

Report summary
---------------------
Checked files  : 4048
Missing files  :    2
Different files:   14
Notices        :    1

Script/PHP information
----------------------------------------------------------------------
Run time          : 0.282 seconds
Max execution time: 240 seconds
Memory peak usage : 4,164,520 bytes
Memory limit      : 128M
Services          : ZipArchive:1, cURL:1, Sockets:1, allow_url_fopen:1

Die htaccess im Hauptverzeichnis unterscheidet sich nur insofern von der "frischen" bzw. im Paket bereitgestellten, als dass wir da ein paar HTTP-Security Header eingebaut haben - aber nur die "einfachen", also nicht die Content-Security-Policy, die mit Skripten u.ä. zu Problemen führen könnte.

Die Unterschiede in den Unterordnern files, images und store sollten ebenso kein Problem darstellen - sind ja die Ordner, die man bei manueller Installation eben übergeht / ausspart.

URL rewrite nutzen wir nicht, deshalb ist da auch nix in der htaccess konfiguriert. Könnte aber mal testen, ob es mit korrekter Angabe der Rewrite-Base evtl. funktioniert (falls die bei Aufruf des Ajax-Links evtl. doch genutzt / gebraucht wird).

Ansonsten bin ich halt ratlos...

[LukeWCS]

Wegen DiffMerge; okay, dann ist das geklärt.

Wegen Tracker Link in der News; das ist ein Filter-Link der Gästen nicht zur Verfügung steht, ist auch dort kommentiert: "(benötigt Login)". Ich bin davon ausgegangen, das du bereits den relevanten Tracker Eintrag gefunden hast. Habe den Tracker Eintrag im Startbeitrag nachgetragen.

Danke für den FC Bericht. Zuerstmal: Ich kann den Fehler bei dir reproduzieren, jedoch weder hier auf phpBB.de, noch auf phpBB.com, noch in meinem eigenen LB und auch nicht in 2 weiteren Boards, alle mit 3.3.14. Darum gehe ich von einem lokalen Problem bei dir aus.

Relevantes Thema auf phpBB.com:

https://www.phpbb.com/community/viewtopic.php?t=2656378

Interessant ist hier ein Beitrag von RMcGirr83, er schrieb das auf Boards wo das Problem auftrat, die Cookies auf der FAQ Seite gelöscht werden konnten:

https://www.phpbb.com/community/viewtop ... #p16030444

Das konnte ich auch 1:1 bei dir reproduzieren, auf deiner FAQ Seite klappt es.

Ich habe mir angeschaut welche Dateien bei dem relevanten Fix bei 3.3.14 geändert wurden und diese sind bei dir aktuell, sonst hätte FC das gemeldet.

Du hast geschrieben, du hättest Caches gelöscht, auch den phpBB Cache?

[aow_de]

Du hast geschrieben, du hättest Caches gelöscht, auch den phpBB Cache?

Yep, mehrfach. Zuerst natürlich den kompletten Cache-Ordner auf dem Server gelöscht (zusammen mit dem Rest bevor ich das „Update“ manuell durchgeführt habe), und auch nochmals über das Backend. Das war es leider alles nicht…

Unser Board ist halt nicht im root-Verzeichnis sondern in einem Unterordner - hat aber vorher bei 3.3.12 funktioniert und eigentlich sollte der Bugfix in 3.3.14 genau für solche Fälle sein.

Könntest Du mir den Link zu den geänderten Dateien bei guthub o.ä. hier hinterlegen / geben? Dann würde ich mir die Änderungen / den Code mal anschauen.

Server ist bei Goneo, PHP 8.3 wurde im Zuge des Updates erst aktiviert, vorher 8.2.

[LukeWCS]

Unser Board ist halt nicht im root-Verzeichnis sondern in einem Unterordner

Ist hier ebenso, auch auf phpBB.com.

Könntest Du mir den Link zu den geänderten Dateien bei guthub o.ä. hier hinterlegen / geben?

Natürlich, das ist der relevante PR auf GitHub: https://github.com/phpbb/phpbb/pull/6732

Hast du in deiner phpBB Root .htaccess vielleicht irgendwas eingebaut, was mit Referer hantiert? Ansonsten im phpBB Root zum testen einfach mal die Original .htaccess versuchen.

[aow_de]

Natürlich, das ist der relevante PR auf GitHub: https://github.com/phpbb/phpbb/pull/6732

Super, das hat auch nochmals weitergeholfen fürs eigene Verständnis.

Hast du in deiner phpBB Root .htaccess vielleicht irgendwas eingebaut, was mit Referer hantiert?

Ja, das wars!
Wir hatten da ne strikte "no-refferer" Policy drin, geändert auf Header set Referrer-Policy "no-referrer-when-downgrade" und jetzt läufts.
1.000 Dank an Dich, ohne den Hinweis auf den Quellcode bzw. die dort genutzten Referrer hätte ich das wohl nie gefunden / gelöst bekommen.

[LukeWCS]

Prima, danke für die Rückmeldung.

Jetzt bleibt noch der FC Bericht, zu dem wir jetzt kommen. Bitte alle Dateien die mit DIFFERENT und MISSING markiert wurden und nicht von dir geändert wurden, neu aus dem 3.3.14 Komplettpaket hochladen, damit du wieder einen kompletten aktuellen Stand hast. Dann nochmal FC ausführen zur Kontrolle.

Dann wäre der Fall abgeschlossen.