Los archivos adjuntos de audio no funcionan cuando está habilitada la opción "prevenir que los anónimos descarguen archivos"

Soporte
1

No estoy seguro si esto es un error, pero estoy observando un comportamiento inconsistente con los archivos de audio cargados.

Ayer habilité recientemente el formato mp3 para los archivos adjuntos en nuestro foro y probé una carga mediante arrastrar y soltar en un mensaje privado dirigido a mí mismo. Esto funcionó como se esperaba, mostrando un reproductor en línea dentro de la publicación.

Sin embargo, acabo de intentarlo de nuevo y ahora muestra el enlace de descarga. Creo que estoy haciendo lo mismo que ayer (arrastrar y soltar el archivo en el editor), pero los resultados son diferentes.

Por lo que veo aquí de @techAPJ, parece que el “reproductor nativo” debería ser el predeterminado para los archivos de audio cargados, ¿correcto? — https://meta.discourse.org/t/playing-mp3-next-to-the-button-to-download-the-file/26944/29?u=bts

Por cierto, cuando edito la publicación y observo el texto sin formato, esto es lo que genera el reproductor de audio nativo esperado, y es lo que obtuve al agregar un archivo en el mensaje de prueba que me envié ayer:

https://forum.troygrady.com/uploads/default/original/2X/3/38d861bfed1a26b23255bbd634263ff63fba1371.mp3

Mientras que al intentar esto de nuevo hoy, respondiendo al mensaje privado anterior y arrastrando una carga mp3, veo que se ha insertado lo siguiente en la publicación en su lugar, mostrando el enlace de descarga en lugar del reproductor en línea:

<a class="attachment" href="/uploads/default/original/2X/3/38d861bfed1a26b23255bbd634263ff63fba1371.mp3">Centipede - Backing Track.mp3</a> (2.3 MB)

2

Do you have the ‘prevent anons from downloading files’ Site Setting enabled? That setting will prevent an audio player from being created.

2 Me gusta
3

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!)