World4You: Seite wird im Safari Browser nicht geladen

[snarosy]

Nach einem Update einer Seite von 4.9 auf 4.13 habe ich bemerkt, dass die Seite mit dem Safari Browser am Mac und iPhone nicht geladen wird.
Nach Kontrolle der alten Version (die weiterhin am Server unter einer Subdomain aufrufbar ist) habe ich bemerkt, dass dies offensichtlich schon bei der 4.9er Version der Fall war und nie bemerkt wurde.

Habe versuchsweise von PHP 8.3 auf 8.1 zurückgestellt (vorher lief 7.4), dann kommt zumindest auf einem iPhone eine Fehlermeldung.
Die dazugehörige Fehlermeldung in den Logs:

[2024-04-12T09:43:31.597516+02:00] request.ERROR: Uncaught PHP Exception Symfony\Component\HttpKernel\Exception\AccessDeniedHttpException: "" at /home/.sites/833/site4332853/web/contao413/vendor/symfony/http-kernel/EventListener/FragmentListener.php line 90 {"exception":"[object] (Symfony\\Component\\HttpKernel\\Exception\\AccessDeniedHttpException(code: 0):  at /home/.sites/833/site4332853/web/contao413/vendor/symfony/http-kernel/EventListener/FragmentListener.php:90)"} []
[2024-04-12T09:43:31.713537+02:00] php.CRITICAL: Uncaught Exception: MemoryTokenStorage must not be accessed before it was initialized. {"exception":"[object] (LogicException(code: 0): MemoryTokenStorage must not be accessed before it was initialized. at /home/.sites/833/site4332853/web/contao413/vendor/contao/core-bundle/src/Csrf/MemoryTokenStorage.php:91)"} []
[2024-04-12T09:43:31.714407+02:00] request.CRITICAL: Uncaught PHP Exception LogicException: "MemoryTokenStorage must not be accessed before it was initialized." at /home/.sites/833/site4332853/web/contao413/vendor/contao/core-bundle/src/Csrf/MemoryTokenStorage.php line 91 {"exception":"[object] (LogicException(code: 0): MemoryTokenStorage must not be accessed before it was initialized. at /home/.sites/833/site4332853/web/contao413/vendor/contao/core-bundle/src/Csrf/MemoryTokenStorage.php:91)"}

Wie gesagt, auf allen anderen Browsern läuft die Seite.
Contao Version 4.13.40

[Spooky]

Was meinst du mit "funktioniert nicht"?

[snarosy]

sie lädt nicht (korrekt) ...

iPhone:
Safari: Fehlermeldung (sh. oben)
Chrome (eben probiert): Seite blinkt kurz auf, dann Fehleranzeige: Seite wird nicht geladen

Mac:
Chrome: lädt problemlos
Safari: zeigt nach langer Ladedauer Seite an, aber teilweise nicht richtig, Fehlermeldung in der Konsole: Failed to load resource: Parsen der Antwort nicht möglich
Firefox: keine Probleme

ich habe jetzt auch nochmals auf PHP 7.4 zurückgestellt, das ändert aber auch nichts
zum Ausprobieren: www.zimmerei-schoell.at

[Spooky]

Ohne HTTPS kommt in allen Fällen ein Fehler, unabhängig vom Browser:

$ curl -I http://www.zimmerei-schoell.at/
HTTP/1.1 500 Internal Server Error

Nutze den Debug-Modus und poste den Stack Trace unter der URL http://www.zimmerei-schoell.at/

Oder aber: wenn dir der Fehler unter HTTP egal ist (es ist ja heutzutage eh nur HTTPS relevant), dann kannst du einfach Server Seitig auf HTTPS weiterleiten lassen.

Die PHP Version solltest du auf 8.3 zurück stellen. Danach musst du composer update ausführen.

[snarosy]

interessant,
ich habe eigentlich über die .htaccess eine Weiterleitung auf https:// eingerichtet.
Die HTTPS-Forcierung über die Server-Einstellung beim Provider ist aber deaktiviert und lässt sich auch nicht einschalten, ich werde hier einmal nachhaken...

[tab]

Notfalls halt auf die Schnelle eine Weiterleitung per .htaccess einrichten. Auf Dauer wäre es besser, wenn der Provider die Einstellung aktivieren würde.

[snarosy]

Die Weiterleitung wäre eh schon eingerichtet, deswegen war ich überrascht, dass Spooky das überhaupt angesprochen hat.

[mlweb]

Vielleicht greift Deine .htaccess nicht weil es einnginx-Server ist.

[snarosy]

Kann man das überprüfen und wird das je nach Server von den verschiedenen Browsern anders interpretiert?

[Spooky]

Über die Response Header in manchen Fällen. Bei dir steht "server: Apache".

Der Redirect von http zu https funktioniert aktuell.

Gibt es noch Probleme in den Browsern? (Browser Cache ggf. löschen vorher.)

[snarosy]

Mit dem Cache kann es nicht zusammenhängen, das haben wir auf verschiedenen Geräten in unterschiedlichen Netzwerken ausprobiert.
Der Supportmitarbeiter des Providers kann das Problem nachstellen, aber hat auch noch keinen Lösungsvorschlag.

[tab]

Es sind einige Links auf der Seite mit http:// verlinkt (z.B. Sliderbilder und einige SVGs). Eventuell reagiert Safari darauf etwas empfindlicher als andere Browser!?

[lucina]

Hast Du zufällig Bitwarden am laufen? Falls ja, schalte den mal ab.

Kontext: https://community.bitwarden.com/t/lo...-website/62270

[snarosy]

Das mit http:// hat mich mein Provider auch schon gefragt, ich finde aber im Quellcode keine Verknüpfunen mehr mit http://.
Auch die Browser zeigen keinen Zertifikat-Fehler an.
Die Console im Safari gibt auch nur aus: Failed to load resource.

Bitwarden habe ich nur bei mir am PC laufen, aber bei mir funktioniert es in allen Browsern.
Am Mac, wo kein Bitwarden läuft, hakt es nur im Safari Browser (offenbar dieselben probleme wie auf den iphones), Firefox und Chrome gehen auch dort.

[Spooky]

Die Console im Safari gibt auch nur aus: Failed to load resource.

Failed to load resource von was genau? Poste die genaue Konsolenausgabe.

[tab]

Das mit http:// hat mich mein Provider auch schon gefragt, ich finde aber im Quellcode keine Verknüpfunen mehr mit http://.
Auch die Browser zeigen keinen Zertifikat-Fehler an.
Die Console im Safari gibt auch nur aus: Failed to load resource.

Bitwarden habe ich nur bei mir am PC laufen, aber bei mir funktioniert es in allen Browsern.
Am Mac, wo kein Bitwarden läuft, hakt es nur im Safari Browser (offenbar dieselben probleme wie auf den iphones), Firefox und Chrome gehen auch dort.

Ja, jetzt sind auch bei mir keine http://-Aufrufe mehr im Seitenquelltext, heute Morgen allerdings waren noch mehrere drin.

[snarosy]

Hier ein Screenshot der Konsolenanzeige des Safari-Browsers.
Screenshot 2024-04-15 130927.jpg

Chrome zeigt keine derartigen Fehler an.
Screenshot 2024-04-15 131028.jpg

Der Provider hätte gemeint RewriteEngine in der .htaccess auf Off zu setzen.
Das halte ich für eine schlechte Idee.

[Spooky]

Hier ein Screenshot der Konsolenanzeige des Safari-Browsers.
Screenshot 2024-04-15 130927.jpg

Kannst du die Response in den Entwickler-Tools von Safair weiter analysieren?

[snarosy]

viel mehr als das wird da nicht ausgespuckt.
ein Freund konnte auf einen ipad eine Fehlermeldung generieren
diese lautet

[2024-04-15T12:54:27.597883+02:00] request.ERROR: Uncaught PHP Exception Symfony\Component\HttpKernel\Exception\AccessDenie dHttpException: "" at /home/.sites/833/site4332853/web/contao413/vendor/symfony/http-kernel/EventListener/FragmentListener.php line 90 {"exception":"[object] (Symfony\\Component\\HttpKernel\\Exception\\Access DeniedHttpException(code: 0): at /home/.sites/833/site4332853/web/contao413/vendor/symfony/http-kernel/EventListener/FragmentListener.php:90)"} []
[2024-04-15T12:54:28.769468+02:00] php.CRITICAL: Uncaught Exception: MemoryTokenStorage must not be accessed before it was initialized. {"exception":"[object] (LogicException(code: 0): MemoryTokenStorage must not be accessed before it was initialized. at /home/.sites/833/site4332853/web/contao413/vendor/contao/core-bundle/src/Csrf/MemoryTokenStorage.php:91)"} []
[2024-04-15T12:54:28.771211+02:00] request.CRITICAL: Uncaught PHP Exception LogicException: "MemoryTokenStorage must not be accessed before it was initialized." at /home/.sites/833/site4332853/web/contao413/vendor/contao/core-bundle/src/Csrf/MemoryTokenStorage.php line 91 {"exception":"[object] (LogicException(code: 0): MemoryTokenStorage must not be accessed before it was initialized. at /home/.sites/833/site4332853/web/contao413/vendor/contao/core-bundle/src/Csrf/MemoryTokenStorage.php:91)"} []

aber das hatten wir eh schon ganz am Anfang...

[snarosy]

Das Problem liegt offenbar beim Provider.
Ich habe die Seite versuchsweise auf einen anderen Server überspielt (bei einem anderen Provider).
Und hier passt die Anzeige.
Außerdem habe ich jetzt kein Problem mit dem Erstellen des Suchindex, auch dies ging nicht.

An welchen Einstellungen könnte dies liegen?
Auf beiden Servern läuft die Php-Version 8.2

[snarosy]

Der Provider (World4You) hat sich nun gemeldet.
Ich zitiere:
"Anzeigeprobleme in Verbindung mit Safari sind an sich leider nichts neues.
In diesem Fall wäre es am besten und effektivsten, direkt mit dem CONTAO Support in Kontakt zu treten, um genauere Informationen zu diesem Problem zu erhalten.
Systemseitig ist bei uns alles korrekt eingestellt, daher können wir leider diesen Fehler technisch nicht nachvollziehen."

Lt. Auskunft des Supports sind opcache und open_basedir ist bei uns im Shared-Hosting nicht möglich.
Ich denke aber icht, dass dies der Grund für die Anzeigeprobleme sein wird.

Hat jemand Tipps wie ich dem Fehler auf die Spur kommen kann?
Fehler im Log File werden keine ausgegeben.

https://www.zimmerei-schoell.at

Eine Kopie der Seite bei Hetzner läuft wie gesagt fehlerlos...
https://schoell.narosy.at/

[Spooky]

World4You hat das Problem leider missverstanden.

[snarosy]

So sehe ich das auch, ...

[snarosy]

Problem gelöst:
Nach der Deaktivierung der Laufzeit-Konfiguration zlib.output_compression funktionierts jetzt auch im Safari.
Außerdem geht jetzt die Suche nach defekten Links und die Aktualisierung des Suchindex.