Web.archive playlists de áudio agora têm erro de exibição

Em versões anteriores do Discourse, as playlists do archive.org eram exibidas assim

agora, no entanto, colar o mesmo link resulta nisso, onde você só pode reproduzir o primeiro arquivo por meio de um player de áudio genérico.

Não tenho certeza se isso é um bug ou apenas um resultado infeliz de uma mudança maior na forma como os arquivos de áudio são exibidos, então coloquei na categoria “ux” para garantir.

Além disso, a versão anterior em que eles eram exibidos corretamente era a 2.4.0.beta8 (estava em uma solução hospedada).

2 curtidas

Isso pode ser devido à nova configuração de domínios de iframe permitidos para onebox.

1 curtida

Tentei editar isso, mas simplesmente disse que “Você especificou a escolha inválida archive.org” (também tentei com http:// e https:// anteriormente), então deixei no padrão *.

Estou realmente sem entender o que poderia estar fazendo com que ele exiba assim. É como se fosse algo que busca páginas por arquivos reproduzíveis e depois os insere na exibição que acha mais adequada, mas obviamente não é uma solução perfeita para todos os casos, já que falha ao não levar em conta as listas de reprodução.

Tentei remover o “*” padrão e deixá-lo em branco. O mesmo resultado, infelizmente.

Acho que isso ocorre porque o archive.org sempre inicia com a primeira música da playlist destacada.

1 curtida

Eu achei que isso fosse intencional :o Obrigado por mencionar, @b481. Também estou interessado em obter aquele ótimo pacote único com a playlist completa.

3 curtidas

Acho que isso é intencional, como parte de uma funcionalidade mais ampla que varre páginas da web em busca de arquivos reproduzíveis para incorporar em players nativos, sejam eles de vídeo ou áudio. No entanto, uma abordagem única não é ideal, na minha opinião, especialmente para sites como o archive, que os usuários do meu site usam e adoram muito, e estão bastante desapontados com essa mudança. Gostaria que houvesse uma opção nas configurações para você poder desativar totalmente esse recurso ou, melhor ainda, isentar/listar como bloqueado certos sites desse processo, revertendo para a forma anterior de incorporação.

Em uma nova instalação, estou recebendo um erro de origem cruzada quando o player de mídia tenta ler os dados de um único link do Archive.org:

Bloqueio de Leitura de Origem Cruzada (CORB) bloqueou a resposta de origem cruzada https://archive.org/details/jrad2016-03-24.jrad2016-03-24/08+In+Memory+of+Elizabeth+Reed.mp3 com o tipo MIME text/html. Consulte https://www.chromestatus.com/feature/5629709824032768 para mais detalhes.
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

Exemplo ao vivo aqui: https://lot.almost-dead.net/t/adding-media-to-a-post/14/2?u=ufo_joe

1 curtida

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

O navegador está funcionando corretamente aqui — os dados retornados são uma página da web, NÃO um arquivo de áudio. O código onebox precisa ser corrigido para tratá-lo como uma página OpenGraph/OEmbed em vez de um link direto para arquivo de áudio.

O link direto do áudio é https://archive.org/download/jrad2016-03-24.jrad2016-03-24/08%20In%20Memory%20of%20Elizabeth%20Reed.mp3, que pode ser encontrado em “Arquivos > Mostrar Todos”: jrad2016-03-24.jrad2016-03-24 directory listing

4 curtidas