Seit etwa einem Monat kann ich keine Grafiken mehr auf Discourse hochladen. Ich erhalte die üblichen Fortschrittsinformationen unterhalb des Verfassungsfensters – 20 %, 40 %, 100 % hochgeladen. Aber sobald das abgeschlossen ist, zeigt das Verfassungsfenster etwas in dieser Art an (ich habe dies als vorformatierten Text eingegeben, damit alles angezeigt wird):
[Uploading: Screen Shot 2022-06-14 at 10.58.16 AM.png…]()
und das fertige Nachrichtenfenster für dasselbe zeigt:
Uploading: Screen Shot 2022-06-14 at 10.58.16 AM.png…
Aber zu diesem Zeitpunkt ist immer noch keine Upload-Aktivität im Gange. Offensichtlich wird der Inhalt, der in Klammern stehen soll, nicht hochgeladen. Stundenlanges Warten ändert nichts.
Dies tritt auf einem Mac mit macOS v10.15.7 und Safari Version 15.5 (15613.2.7.1.9, 15613) auf. Wenn Discourse auf demselben Computer über Firefox aufgerufen wird, funktioniert alles normal.
Ich bin in dieser Hinsicht ein Neuling. Bitte raten Sie mir, wo ich suchen soll. In meiner Version von Safari sehe ich nur eine Überschrift im Menü Entwickler in der oberen Leiste.
Entschuldigung, aber das Video war so schrecklich produziert, dass ich ihm nicht folgen konnte. Trotzdem glaube ich, ich habe die „Konsole“ gefunden. Wenn ich versuche, ein JPG-Bild namens Joss-Main in die Nachricht hochzuladen, die ich gerade in Safari verfasse, ist dies das Ergebnis:
Wenn ich mich über Firefox anmelde und beim gleichen Thema bleibe, kann ich einen Screenshot des Safari-Konsolenfensters hochladen. Alles im Konsolenfenster erschien, nachdem ich dieses eine Bild in den Verfassungsbereich gezogen hatte (während ich in Safari war). Wie Sie sehen können, wird das Screenshot-Bild in Firefox problemlos hochgeladen:
Da Sie einen sehr aktuellen Browser verwenden, können wir versuchen, dies hier zu reproduzieren. Wir weisen es intern den Tech Advocates zu, damit wir sehen können, ob andere das Problem auch auf Safari 15.5 reproduzieren können. Im Moment kann ich es nicht einmal auf Browserstack testen, da es so neu ist (wenn auch zu 100 % unterstützt).
Können Sie das problematische Bild hier hochladen, oder betrifft es jedes einzelne Bild?
Mitglieder in meiner Community haben dasselbe Problem, es scheint, dass Safari das Hauptproblem zu sein scheint. Ich werde versuchen, das Problem für Sie herauszufinden.
Wir haben versucht, eine einfache Reproduktion zu erstellen, konnten sie aber bisher leider nicht nachvollziehen. Es gab ein anderes ähnliches Thema, bei dem sich herausstellte, dass das Problem etwas mit einer ClearURL-Browsererweiterung zu tun hatte, aber ich bin mir nicht sicher, ob das hier hilfreich ist? MacOS Firefox image upload error - #16 by jimkleiber
Hallo @JammyDodger, Entschuldigung für die langsame Antwort. Ich werde gleich einen Test auf der Safari-Version meines Freundes durchführen, um zu sehen, ob etwas herausspringt. @tut Interessenshalber, welches Gerät verwendest du?
Ich vermute, dass diese Version von Safari damit irgendwie fehlerhaft ist. Diese als „veraltet“ gekennzeichnete API verursacht allerlei Probleme, da Browser sie dazu neigen, sie ein wenig zu beeinträchtigen?
Wir verwenden execCommand nicht, wenn wir von Upload-Platzhaltern zu URLs wechseln. Ich glaube also nicht, dass das hier die Ursache ist. (Wir können nicht einfach wechseln, da execCommand("insertText") erfordert, dass das Textfeld den Fokus hat, und Uploads können abgeschlossen werden, wenn Sie das Textfeld nicht fokussiert haben).
Sie ist technisch gesehen von den Webstandards veraltet, aber es gibt noch keine Alternative für den insertText-Befehl. Von MDN:
Die Clipboard API kann in vielen Fällen anstelle von execCommand verwendet werden, aber execCommand ist immer noch manchmal nützlich. Insbesondere ersetzt die Clipboard API nicht den insertText-Befehl, mit dem Sie programmgesteuert Text an der Cursorposition ersetzen können, während der Undo-Puffer (Bearbeitungshistorie) in einfachen textarea- und input-Elementen erhalten bleibt.
Angesichts der weit verbreiteten Nutzung ist es äußerst unwahrscheinlich, dass Browser die Unterstützung dafür fallen lassen, ohne zuerst eine Alternative und ein Veralterungsfenster bereitzustellen.
@tut Ich habe hier auf Meta einige zusätzliche Debugging-Informationen hinzugefügt, damit wir herausfinden können, was passiert. Können Sie bitte versuchen:
Öffnen Sie Meta in Safari
Öffnen Sie die Entwicklerkonsole
Versuchen Sie, eine Datei hochzuladen
Klicken Sie in die Entwicklerkonsole
Drücken Sie Cmd + a, um alle Protokolle auszuwählen
Rechtsklick → Ausgewähltes speichern
Speichern Sie die Textdatei irgendwo und laden Sie sie dann hier hoch (vermutlich mit Firefox)
Ok wow, das ist eine seltsame Sache! Safari ersetzt die ... (drei Punkte) durch ein Ellipsen-Zeichen …. Das bricht dann unseren späteren Versuch, den Platzhalter durch die tatsächliche URL zu ersetzen.
@tut kannst du deine Systemeinstellungen öffnen → Tastatur → Text und sehen, ob du dort eine Ersetzung konfiguriert hast. Wenn ich eine ... → … Ersetzung hinzufüge, kann ich das gleiche Problem in Safari auf meinem Rechner reproduzieren:
(deiner sieht möglicherweise etwas anders aus, aufgrund einer älteren macOS-Version)
Ja, das scheint sehr wahrscheinlich zu sein – Entschuldigung, dass ich diese Idee früher verworfen habe, @sam. Es sieht so aus, als ob Safari Betriebssystem-weite Textersetzungen auf Text anwendet, den wir über execCommand("insertText", einfügen. Ich frage mich, ob das etwas Neues in Safari 15.5 ist oder ob es schon immer so war und wir es nur noch nicht bemerkt haben
@david, ich habe keine solche Ersetzung in den Tastatureinstellungen eingerichtet. Jetzt, da ich weiß, wonach ich suchen muss, kann ich jedoch bestätigen, dass die Ersetzung stattfindet. Ich kann tatsächlich sehen, wie sie passiert, während ich tippe. Und ich kann sie überprüfen, indem ich den Rückpfeil benutze. Wenn ich zum Auslassungszeichen-Zeichen gelange, springt der Cursor über alle drei Punkte, die als einzelne Zeichen eingegeben wurden.
Dasselbe passiert in Notizen, Vorschau, Nachrichten und Mail, aber nicht in Kalender, Karten, Fotos oder (offensichtlich) Firefox. Es scheint sich also um eine App-spezifische Sache zu handeln, nicht um eine systemweite.
. Es sieht so aus, als ob Safari Betriebssystem-weite Textersetzungen auf Text anwendet, den wir über 