Dieses Thema befasste sich also speziell mit Nutzern von iOS 16.7, die Probleme hatten. Diese Nutzer sind also auf iOS 26.5.2, oder? Und auf try.discourse.org funktioniert alles einwandfrei für diese Nutzer?
Beide Nutzer hatten Erfolg mit dem Discourse-Sandbox-System. Eines ist vermutlich ein älteres Gerät, das andere läuft mit der neuesten iOS-Version.
Die Einstellungen für das Hochladen von Bildern spielen zweifellos eine Rolle, aber ich glaube nicht, dass sie das eigentliche Problem sind. Diese gleichen Nutzer hatten Erfolg beim Hochladen größerer Bilder auf meinem Forum von ihren Desktop-Computern aus, und im Allgemeinen habe ich diese gleichen Einstellungen seit Jahren verwendet und keine Beschwerden über das Hochladen von Bildern erhalten, bis zu diesem ESR-Update.
Ich habe gerade auf meinem Desktop versucht, ein Bild mit einer Größe von 3,5 MB hochzuladen, und es hat einwandfrei funktioniert. Die automatisch verkleinerte Version auf Discourse betrug 222 KB. Und genau so möchte ich, dass es funktioniert, damit sich die Nutzer keine Gedanken über das Verkleinern von Bildern machen müssen, aber gleichzeitig werden die Bilder auf dem Server automatisch viel kleiner. Vielleicht gibt es also eine Art Unterschied in der Art und Weise, wie iOS die in Discourse eingestellte Bildgrößenbeschränkung meldet oder durchsetzt?
EDIT:
Das muss das Problem sein. Auf meinem Desktop habe ich gerade getestet, ein Bild mit einer Größe von 75 MB (Megabyte) auf mein Forum hochzuladen, und es wurde akzeptiert und problemlos verkleinert.
Beide Benutzer können immer noch nicht hochladen. Beide behaupten, der Upload hänge bei 0 % fest – wir haben versucht, die Client-seitige Komprimierung zu deaktivieren und die maximale Größe für Medienuploads zu erhöhen – ohne Erfolg. Wir haben auch versucht, ihnen eine 8 kg schwere PNG-Datei zum Hochladen zu geben – nichts funktioniert. Danke
1 „Gefällt mir“
Mozilla/5.0 (iPhone; CPU iPhone OS 16_7_16 like Mac OS X) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/16.6.2 Mobile/15E148 Safari/604.1
Ich sehe auch, dass ihre fehlgeschlagenen Versuche, Bilder hochzuladen, als Links ohne Ziel in ihren Beiträgen zurückbleiben, zum Beispiel:
[Processing: IMG_1855.jpg…]()
Das ist seltsam, die Sandbox läuft mit der neuesten Discourse-Version und hat keine besonderen Einstellungen.
Wenn das Problem auch mit deaktivierter clientseitiger Komprimierung und/oder mit einem 8 kB großen PNG auftritt, liegt das Problem leider woanders.
Ohne Zugriff auf die Instanz und ein Gerät, das das Problem reproduzieren kann, oder detaillierte Protokolle aus der Webkonsole, in der das Problem auftritt, können wir leider nicht viel tun.
Hmm. Gibt es vielleicht eine Art serverseitiges Protokoll für Discourse?
Es scheint definitiv ein Problem mit dem jüngsten iOS v26-Update und dem Hochladen von Bildern im Allgemeinen zu geben:
Das erklärt jedoch nicht, warum Nutzer auf der Discourse-Sandbox erfolgreich sind und warum ein iPhone-/iOS-26-Nutzer seit Beginn dieses Problems ein Bild verkleinern und erfolgreich auf meinem Forum posten konnte.
Ja, auf der Seite /logs.
Aber das zeigt keine clientseitigen Probleme.
@Falco könntest du einige der jüngsten Änderungen erklären – vielleicht aus den letzten 6 Monaten, im Zusammenhang mit Datei-Uploads und älteren iOS-Geräten? Vielleicht können wir das weiter untersuchen und uns dann wieder bei dir melden. Danke!
Wenn man alles bedenkt, dürften die wahrscheinlichsten Unterschiede zwischen einer unserer Discourse-Installationen und der Standard-Sandbox in den Einstellungen für Bild-Uploads liegen. Ich hatte keine Zeit, die App neu zu erstellen, aber vergiss nicht, dass es in der app.yml auch die Einstellung client_max_body_size gibt. Es muss eine Wechselwirkung zwischen dieser Einstellung oder vielleicht der spezifischen Nginx-Version im Discourse-Container und dem iOS-Client geben. Mein Eindruck ist, dass der Client fälschlicherweise denkt, einen Fehler zu erhalten, während der Server laut meinen Tests große Bild-Uploads gerne akzeptiert.