Les listes de lecture audio de Web.archive ont maintenant une erreur d'affichage

Contribuer UX
1

Sur les anciennes versions de Discourse, les listes de lecture d’archive.org s’affichaient comme ceci

gd
gd861×347 13.1 KB

maintenant, cependant, coller le même lien donne ceci, où vous ne pouvez lire que le premier fichier via un lecteur audio générique.

Je ne suis pas certain qu’il s’agisse d’un bug ou simplement d’une conséquence malheureuse d’un changement plus large dans la façon dont les fichiers audio sont affichés, j’ai donc placé cela dans la catégorie « ux » par sécurité.

De plus, la version précédente où ils s’affichaient correctement était la 2.4.0.beta8 (sur une solution hébergée)

2 « J'aime »
3

Cela peut être dû au nouveau paramètre de domaines d’iframe autorisés pour la nouvelle boîte unique.

1 « J'aime »
4

J’ai essayé de modifier cela, mais le système m’a simplement indiqué : « Vous avez spécifié le choix invalide archive.org » (j’ai également essayé avec http:// et https:// auparavant), donc je l’ai laissé sur la valeur par défaut *.

5

Je suis vraiment à court d’idées pour savoir ce qui pourrait provoquer un affichage de ce type. On dirait qu’il s’agit d’un outil qui recherche des fichiers jouables sur les pages, puis les insère dans l’affichage qu’il juge le plus approprié, mais il est évident que ce n’est pas une solution universelle parfaite, car il ne prend pas en compte les listes de lecture.

6

J’ai essayé de retirer le « * » par défaut et de laisser le champ vide. Même résultat, hélas.

Je pense que cela vient du fait que archive.org vous démarre toujours avec le premier titre de la playlist mis en surbrillance.

archive
archive1555×551 69.2 KB

1 « J'aime »
7

Je pensais que c’était intentionnel :o Merci de l’avoir signalé @b481. Je suis aussi intéressé par obtenir cette belle boîte avec la playlist complète.

3 « J'aime »
8

Je pense que c’est voulu, dans le cadre d’une démarche plus large consistant à parcourir les pages web à la recherche de fichiers jouables à intégrer dans des lecteurs natifs, qu’il s’agisse de vidéos ou d’audio. Cependant, une approche unique n’est pas optimale, à mon avis, surtout pour des sites comme archive, que mes utilisateurs adorent et utilisent beaucoup. Ils sont assez déçus par ce changement. J’aimerais qu’il y ait une option dans les paramètres permettant soit de désactiver complètement cette fonctionnalité, soit, mieux encore, d’exclure ou de mettre sur liste noire certains sites de ce processus, afin de revenir à leur ancienne méthode d’intégration.

9

Lors d’une nouvelle installation, je rencontre une erreur de blocage d’origine croisée (Cross-Origin) lorsque le lecteur multimédia tente de lire les données d’un seul lien Archive.org :

Le blocage de lecture d'origine croisée (CORB) a bloqué la réponse d'origine croisée https://archive.org/details/jrad2016-03-24.jrad2016-03-24/08+In+Memory+of+Elizabeth+Reed.mp3 avec le type MIME text/html. Consultez https://www.chromestatus.com/feature/5629709824032768 pour plus de détails.
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

Exemple en direct ici : https://lot.almost-dead.net/t/adding-media-to-a-post/14/2?u=ufo_joe

1 « J'aime »
10

https://archive.org/details/.../...Reed.mp3 avec le type MIME text/html

Le navigateur fonctionne correctement ici : les données renvoyées sont une page web, PAS un fichier audio. Le code onebox doit être corrigé pour le traiter comme une page OpenGraph/OEmbed plutôt que comme un lien direct vers un fichier audio.

Le lien audio direct est https://archive.org/download/jrad2016-03-24.jrad2016-03-24/08%20In%20Memory%20of%20Elizabeth%20Reed.mp3, que l’on peut trouver sous « Fichiers > Tout afficher » : https://archive.org/download/jrad2016-03-24.jrad2016-03-24

4 « J'aime »