Danke @Don, bei mir ist es ebenfalls zu 100 % reproduzierbar. Beim Testen mit BrowserStack sieht dies nach einer Regression nach Safari 17 aus. Ich kann es unter Ventura (Safari 16.5) nicht reproduzieren, aber unter Sonoma (Safari 17.3) schon. Ich habe die obigen Schritte und Ergebnisse upstream an Webkit gemeldet, das sollte ihnen bei der Fehlersuche helfen.
8 „Gefällt mir“
Juhu, reproduzierbare Schritte! 
Kann es auch einfach in unserem Forum (3.2.4) reproduzieren. Der Schlüssel scheint der Navigationsschritt zurück zu sein, da dieser den Fehler auslöst, unabhängig von der ursprünglichen oder einer Zwischenseite (ich habe Thema, Kategorie, FAQ, Abzeichen usw. ausprobiert).
Während Webkit sich darum kümmert (ich stelle mir vor, es wird eine Weile dauern, bis eine Korrektur in eine Produktionsversion gelangt), wäre es sinnvoll, die spezifische Änderung in Discourse einzugrenzen, ab der der Fehler in Safari auftritt, und, wenn einfach und machbar, möglicherweise eine lokale Problemumgehung zu haben? In unserem Fall trat er erst auf, nachdem wir kürzlich von 3.1.5 auf die neueste stabile Version aktualisiert hatten. Ein großes Zeitfenster, aber vielleicht zuerst die Betas durchgehen und von dort aus weitermachen?
2 „Gefällt mir“
PS: Nur um hinzuzufügen, dass ich, da ich es jetzt reproduzieren kann, versucht habe, die PWA auf unserer Hauptwebsite vorübergehend zu deaktivieren, und das schien keinen Unterschied zu machen. Also… nicht mit Multi-PWA verbunden.
Ich habe es gerade auch in Chrome ausprobiert und ein wirklich seltsames Ding bemerkt. Wenn ich es richtig verstehe, sollte es nur unter Safari passieren? Ich dachte, aber vielleicht irre ich mich. Denn ich kann es auch im Chrome-Browser auf dem iPad reproduzieren. Es scheint also ein Problem mit dem Betriebssystem zu sein? Ist das auch unter MacOS unter Chrome reproduzierbar? 
Oder betrifft es nur iOS und iPadOS auch unter Chrome wegen des Webkit-Problems?
Mein Verständnis ist, dass Apple keine Browser von Drittanbietern auf iOS/iPadOS zulässt, sodass Chrome/Firefox/usw. nur eine spezialisierte grafische Benutzeroberfläche sind, die alle Webkit verwenden, um Seiten im Hintergrund darzustellen.
Da das Problem bei Webkit liegt, ist jeder Browser, der auf iOS/iPadOS läuft, betroffen.
6 „Gefällt mir“
Ja, das ist es 
Obwohl sich dies ändert Using alternative browser engines in the European Union - Support - Apple Developer
3 „Gefällt mir“
Danke, dass du uns darauf aufmerksam gemacht hast, @mentalstring. Nach der Fehlersuche glaube ich, dass es einen sehr wahrscheinlichen Schuldigen gibt in: DEV: Change default of `cross_origin_opener_policy_header` (#24940) · discourse/discourse@38abc0d · GitHub
Aus einem Test auf einer unserer Instanzen, die Ausführung von SiteSetting.cross_origin_opener_policy_header = 'unsafe-none' in der Rails-Konsole oder das Hinzufügen dieses Eintrags zu Ihrer ENV:
DISCOURSE_CROSS_ORIGIN_OPENER_POLICY="unsafe-none"
behebt das Problem. Diese Site-Einstellung ist eine Sicherheitsmaßnahme. Wir wägen die Vor- und Nachteile einer Aktualisierung des Kerns ab, aber wenn Sie (und andere, die diesem Problem folgen) dies auf Ihrer Seite ausprobieren könnten, wäre das großartig, es würde uns mehr Vertrauen geben, dass dies tatsächlich die zugrunde liegende Änderung in Discourse ist.
3 „Gefällt mir“
Ah, da ist es ja!
Ich kann bestätigen, dass das Setzen von COOP auf 'unsafe-none' den Fehler in unserer 3.2.4-Instanz effektiv gestoppt hat. Das Zurückschalten auf same-origin-allow-popups bringt ihn sofort zurück.
Es ist gut, eine Art temporäre Lösung zu haben. In der Zwischenzeit stelle ich mir vor, dass dies wahrscheinlich nützliche Informationen für das Webkit-Team sind, da es auf etwas Bestimmtes hinweist, das ihn auslöst.
PS: Danke, dass Sie sich darum gekümmert haben, und entschuldigen Sie das Anstupsen – ich fummele nur herum und versuche, unserer Community zu helfen. 
2 „Gefällt mir“
Nur damit andere es auch nicht verpassen, sollte dieser Teil lauten:
DISCOURSE_CROSS_ORIGIN_OPENER_POLICY_HEADER: unsafe-none
1 „Gefällt mir“
Ein Nachtrag hier, Leute: Ein WebKit-Entwickler hat vor ein paar Wochen eine Korrektur für dieses Problem zusammengeführt. Ich habe versucht, es mit den nächtlichen WebKit-Builds zu testen, leider kann ich das Problem immer noch reproduzieren. Allerdings mache ich vielleicht etwas falsch. Ich werde auf die nächste Safari Technology Preview-Version warten (sie sollte bald erscheinen), um es erneut zu testen, hoffentlich ist es tatsächlich behoben. (Der WebKit-Fehlerbericht ist hier.)
2 „Gefällt mir“
Leider ist dies in der neuesten Safari auf Sequoia noch nicht behoben. Ich habe den oben verlinkten Upstream-Webkit-Fehlerbericht wiedereröffnet.
4 „Gefällt mir“
Gute Nachrichten, es gibt eine Korrektur im Upstream und sie hat auf meinem Rechner funktioniert, indem ich die WebKit Build Archives verwendet habe. Es wird noch ein paar Wochen dauern, bis dies zuerst in Safari Technology Preview und dann in Safari allgemein verfügbar sein wird.
7 „Gefällt mir“
Hast du es getestet?
Ja, in der Tat.
Es scheint, dass dies endlich in Safari Technology Preview, Release 209 (Safari 18.2, WebKit 20621.1.6) enthalten ist.
Ich würde mich über eine Bestätigung von anderen Benutzern in diesem Thema freuen, bevor ich schließe. Danke im Voraus!
2 „Gefällt mir“
Ich habe es gerade mit Release 210 versucht und kann bestätigen, dass das Problem in unserem Forum (auf stabil) mit Safari TP nicht mehr auftritt, während es mit dem aktuellen Safari immer noch auftritt.
Irgendeine Ahnung, wie lange es dauern kann, bis es in den Mainline Safari übernommen wird?
1 „Gefällt mir“
Ich würde vermuten, dass es in der nächsten Safari-Version enthalten sein wird, wahrscheinlich innerhalb weniger Wochen. Danke fürs Testen!
1 „Gefällt mir“
Sieht so aus, als ob dies tatsächlich in Safari 18.3 behoben wurde!
6 „Gefällt mir“
Dieses Thema wurde nach 3 Tagen automatisch geschlossen. Neue Antworten sind nicht mehr möglich.