Ich bin mir nicht sicher, ob es sich um einen Fehler handelt, aber ich beobachte ein inkonsistentes Verhalten bei hochgeladenen Audiodateien.
Gestern habe ich das MP3-Format für Anhänge in unserem Forum aktiviert und einen Drag-and-Drop-Upload in einer privaten Nachricht an mich selbst getestet. Das funktionierte wie erwartet, mit einem schönen Inline-Player, der im Beitrag angezeigt wurde.
Ich habe es jedoch gerade erneut versucht, und stattdessen wird jetzt ein Download-Link angezeigt. Ich glaube, ich gehe genauso vor wie gestern (Datei per Drag & Drop in den Editor ziehen), aber die Ergebnisse sind unterschiedlich.
Übrigens: Wenn ich den Beitrag bearbeite und mir den Roh-Text anschaue, erzeugt Folgendes den erwarteten nativen Audio-Player. Das ist auch das, was ich erhalten habe, als ich gestern eine Datei in die Test-PN an mich selbst eingefügt habe:
Beim heutigen Versuch, auf die frühere PN zu antworten und eine MP3-Datei per Drag & Drop hochzuladen, wurde stattdessen Folgendes in den Beitrag eingefügt, was den Download-Link anstelle des Inline-Players anzeigt:
Ah okay interesting! Thanks — yes I have that setting enabled as I do think it makes sense to prevent anons from downloading files.
But doesn’t seem like that setting should require disabling the audio player for logged in users?
Actually it appears that viewing as an anon user, the native audio player (both playback + download) is disabled anyway even using the raw embed URL rather than wrapping in the <a class="attachment"> tag.
E.g. the last post here, when I’m logged in I can play back and download the one-minute audio file, but viewing as anon it just appears as a non-functional player (no playback or download link):
Short term I guess I can turn off prevent anons from downloading files since for now it’s more just a minor preventative measure and I think it’s more important for audio playback to work correctly.
Also might be kinda fine to just have the behavior in the post linked above (showing disabled player) rather than not show player at all, when that prevent anons from downloading files is on. Or long term maybe Discourse could add a built in (but still super simple) audio player overriding the browser default but allowing more control over display / download settings.
(Assuming no other changes, for now perhaps a tip in that setting would help; to me very unintuitive that a setting re: download permissions would affect the inline audio player!)