Web.archive le playlist audio hanno ora un errore di visualizzazione

Contribuisci UX
1

Nelle versioni precedenti di Discourse, le playlist di archive.org venivano visualizzate in questo modo

gd
gd861×347 13.1 KB

ora, invece, incollando lo stesso link si ottiene questo risultato, dove è possibile riprodurre solo il primo file tramite un lettore audio generico.

Non sono sicuro che si tratti di un bug o semplicemente di una conseguenza sfortunata di un cambiamento più ampio nel modo in cui vengono visualizzati i file audio, quindi l’ho inserita nella categoria “ux” per sicurezza.

Inoltre, la versione precedente in cui venivano visualizzate correttamente era la 2.4.0.beta8 (era su una soluzione ospitata).

2 Mi Piace
3

Ciò potrebbe essere dovuto alla nuova impostazione dei domini iframe consentiti per la onebox.

1 Mi Piace
4

Ho provato a modificarla, ma mi è stato semplicemente comunicato che “Hai specificato la scelta non valida archive.org” (ho anche provato con http:// e https:// in precedenza), quindi l’ho lasciata al valore predefinito *.

5

Sono davvero bloccato sul capire cosa possa causare questa visualizzazione. Sembra che qualcosa cerchi pagine per trovare file riproducibili, poi li inserisca nel display che ritiene più adatto, ma è ovviamente una situazione che non può essere risolta con un approccio unico per tutti, dato che non tiene conto delle playlist.

6

Ho provato a rimuovere l’asterisco “*” predefinito e a lasciarlo vuoto. Stesso risultato, purtroppo.

Penso che questo sia dovuto al fatto che archive.org ti fa sempre iniziare con la prima canzone della playlist evidenziata.

archive
archive1555×551 69.2 KB

1 Mi Piace
7

Pensavo fosse intenzionale :o Grazie per averlo segnalato @b481. Sono interessato anche a ottenere quella bella casella con l’intera playlist.

3 Mi Piace
8

Credo che sia intenzionale, parte di una funzionalità più ampia che scansiona le pagine web alla ricerca di file riproducibili da incorporare nei player nativi, siano essi video o audio. Tuttavia, un approccio unico per tutti non è ottimale, a mio avviso, specialmente per siti come Archive, che i miei utenti usano e amano molto, e sono piuttosto delusi da questo cambiamento. Vorrei che ci fosse un’opzione nelle impostazioni per disattivare completamente questa funzionalità o, ancora meglio, per escludere/aggiungere alla blacklist determinati siti da questo processo, tornando al vecchio metodo di incorporamento.

9

In una nuova installazione, riscontro un errore Cross-Origin quando il player multimediale tenta di leggere i dati per un singolo link di Archive.org:

Cross-Origin Read Blocking (CORB) ha bloccato la risposta cross-origin https://archive.org/details/jrad2016-03-24.jrad2016-03-24/08+In+Memory+of+Elizabeth+Reed.mp3 con tipo MIME text/html. Per ulteriori dettagli, consulta https://www.chromestatus.com/feature/5629709824032768.
fetch @ fetchWrapper.mjs:111
async function (async)
fetch @ fetchWrapper.mjs:41
q @ NetworkFirst.mjs:219
makeRequest @ NetworkFirst.mjs:142
handle @ NetworkFirst.mjs:95
handleRequest @ Router.mjs:213
(anonymous) @ Router.mjs:58

Esempio live qui: https://lot.almost-dead.net/t/adding-media-to-a-post/14/2?u=ufo_joe

1 Mi Piace
10

https://archive.org/details/.../...Reed.mp3 con tipo MIME text/html

Il browser sta funzionando correttamente qui: i dati restituiti sono una pagina web, NON un file audio. Il codice onebox deve essere corretto per trattarlo come una pagina OpenGraph/OEmbed invece che come un link diretto a un file audio.

Il link audio diretto è https://archive.org/download/jrad2016-03-24.jrad2016-03-24/08%20In%20Memory%20of%20Elizabeth%20Reed.mp3, che si può trovare sotto “Files > Show All”: jrad2016-03-24.jrad2016-03-24 directory listing

4 Mi Piace