В Web.archive аудиоплейлисты теперь имеют ошибку отображения

Внести вклад UX
1

В более ранних версиях Discourse плейлисты archive.org отображались следующим образом:

gd
gd861×347 13.1 KB

Однако сейчас при вставке той же ссылки отображается следующее: можно воспроизвести только первый файл через стандартный аудиоплеер.

Не уверен, является ли это ошибкой или просто неприятным следствием более масштабных изменений в отображении аудиофайлов, поэтому для надёжности отнёс это к категории «ux».

Кроме того, предыдущая версия, в которой они отображались корректно, — 2.4.0.beta8 (использовалось хостинговое решение).

2 лайка
3

Это может быть связано с новым параметром разрешённых доменов iframe для onebox.

1 лайк
4

Я попытался отредактировать это, но система просто сообщила: «Вы указали недопустимый выбор archive.org» (ранее также пробовал с http:// и https://), поэтому я оставил значение по умолчанию *.

5

Я совершенно не могу понять, что вызывает такое отображение. Похоже, это что-то, что ищет на страницах воспроизводимые файлы, а затем вставляет их в отображение, которое, по его мнению, подходит лучше всего, но очевидно, что это не универсальное решение, так как оно не учитывает плейлисты.

6

Пытался убрать знак «*» по умолчанию и оставить поле пустым. К сожалению, результат тот же.

Думаю, это происходит потому, что archive.org всегда начинает с выделения первого трека в плейлисте.

archive
archive1555×551 69.2 KB

1 лайк
7

Я думал, это сделано намеренно :o Спасибо, что подняли этот вопрос, @b481. Мне тоже интересно получить эту удобную одну коробку с полным плейлистом.

3 лайка
8

Я думаю, что это сделано намеренно, как часть более широкой функции, которая сканирует веб-страницы на наличие воспроизводимых файлов для встраивания в нативные плееры — будь то видео или аудио. Однако подход «один размер подходит всем» не является оптимальным, на мой взгляд, особенно для таких сайтов, как archive.org, которые мои пользователи активно используют и очень любят. Они довольно расстроены этим изменением. Мне бы хотелось, чтобы в настройках была возможность либо полностью отключить эту функцию, либо, что ещё лучше, исключить/добавить в чёрный список определённые сайты, чтобы они не подвергались этому процессу, и вернуть их к предыдущему способу встраивания.

9

При новой установке я вижу ошибку Cross-Origin, когда медиаплеер пытается прочитать данные для одной ссылки Archive.org:

Cross-Origin Read Blocking (CORB) заблокировал кросс-доменный ответ https://archive.org/details/jrad2016-03-24.jrad2016-03-24/08+In+Memory+of+Elizabeth+Reed.mp3 с типом MIME text/html. Подробнее см. по ссылке 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

Пример в реальном времени здесь: https://lot.almost-dead.net/t/adding-media-to-a-post/14/2?u=ufo_joe

1 лайк
10

https://archive.org/details/.../...Reed.mp3 с MIME-типом text/html

Здесь браузер работает корректно — возвращаемые данные представляют собой веб-страницу, а не аудиофайл. Код onebox необходимо исправить, чтобы он обрабатывал эту ссылку как страницу OpenGraph/OEmbed, а не как прямую ссылку на аудиофайл.

Прямая ссылка на аудиофайл: https://archive.org/download/jrad2016-03-24.jrad2016-03-24/08%20In%20Memory%20of%20Elizabeth%20Reed.mp3. Её можно найти в разделе «Files > Show All»: jrad2016-03-24.jrad2016-03-24 directory listing

4 лайка