Также интересно, что при открытом консоли разработчика Chrome оригинальная версия работает после обновления страницы:
Первая загрузка в Chrome:
Смешанный контент: страница по адресу ‘How to embed WebM’ была загружена через HTTPS, но запросила небезопасный элемент ‘http://s1.webmshare.com/jvY0A.webm’. Этот запрос был автоматически повышен до HTTPS. Подробнее см. Chromium Blog: No More Mixed Messages About HTTPS
Не удалось загрузить ресурс: сервер ответил со статусом 404 () s1.webmshare.com/jvY0A.webm:1
Обновление в Chrome (удивительно, что теперь работает — похоже, настройки безопасности ослаблены при открытых инструментах разработчика):
Смешанный контент: страница по адресу ‘How to embed WebM’ была загружена через HTTPS, но запросила небезопасный элемент ‘http://s1.webmshare.com/jvY0A.webm’. Этот запрос был автоматически повышен до HTTPS. Подробнее см. Chromium Blog: No More Mixed Messages About HTTPS
В Firefox ошибки немного отличаются, и после обновления страницы с открытой консолью разработчика загрузка всё равно не удаётся. Такое последовательное поведение кажется более логичным:
Загрузка смешанного (небезопасного) отображаемого контента «http://s1.webmshare.com/jvY0A.webm» на защищённой странице
Не удалось загрузить ‘http://s1.webmshare.com/jvY0A.webm’. ServiceWorker передал промис в FetchEvent.respondWith(), который был отклонён с ошибкой ‘Error: no-response :: [{“url”:“http://s1.webmshare.com/jvY0A.webm”}]’.
Все候选ные ресурсы не удалось загрузить. Загрузка медиа приостановлена.
Похоже на проблему с http против https. При использовании оригинальной ссылки (без префикса) по умолчанию используется http://. Вот ещё одна версия, явно включающая безопасный префикс https://, но она тоже не работает.
https://s1.webmshare.com/jvY0A.webm
Похоже, проблема на хосте webmshare, где их HTTPS-соединение на самом деле не является безопасным.
Немного раздражает, что Chrome, Firefox и DDG обрабатывают эту проблему по-разному.