Comment intégrer WebM

Soutien
1

J’ai besoin d’aide pour diagnostiquer pourquoi les WebM intégrés fonctionnent sur certains systèmes, mais pas sur d’autres.

Ce clip WebM intégré fonctionne-t-il pour vous sans ouvrir le lien dans une nouvelle page ? Quel système d’exploitation et quel navigateur utilisez-vous ?

J’intègre simplement en collant l’URL brute dans le corps du message :

s1.webmshare.com/jvY0A.webm

Lien cliquable : s1.webmshare.com/jvY0A.webm

Voici mes observations :

OS Navigateur Résultat
Ubuntu 20.04 Firefox 76 Échec
Ubuntu 20.04 Chrome 81 Échec
OSX 10.13.6 Chrome 81 Échec
Android 7 DuckDuckGo Fonctionne

Je pense que cela fonctionnait auparavant sur Ubuntu 19.10, mais je ne vais pas faire de downgrade pour vérifier.

Voici ce qui s’affiche pour moi dans Firefox :

image
image678×360 9.57 KB

2

Je ne vois pas pourquoi la réponse serait différente de celle-ci :

3

Est-ce que la vidéo WebM intégrée fonctionne de votre côté ?

J’ai revérifié et je rencontre toujours l’erreur « Aucun format de vidéo pris en charge ni type MIME trouvé » sur Firefox 86 et Chrome 88 sous Ubuntu 20.04. Selon CanIUse, cela devrait fonctionner.

4

Aussi intéressant : avec la console de développement Chrome ouverte, la version originale fonctionne après un rafraîchissement :

Chargement initial dans Chrome :

Contenu mixte : la page située à ‘How to embed WebM’ a été chargée via HTTPS, mais a demandé un élément non sécurisé ‘http://s1.webmshare.com/jvY0A.webm’. Cette requête a été automatiquement mise à niveau vers HTTPS. Pour plus d’informations, voir Chromium Blog: No More Mixed Messages About HTTPS

Échec du chargement de la ressource : le serveur a répondu avec un statut 404 () s1.webmshare.com/jvY0A.webm:1

Rafraîchissement dans Chrome (étonnant qu’il fonctionne maintenant – je suppose que les paramètres de sécurité sont assouplis lorsque les outils de développement sont ouverts) :

Contenu mixte : la page située à ‘How to embed WebM’ a été chargée via HTTPS, mais a demandé un élément non sécurisé ‘http://s1.webmshare.com/jvY0A.webm’. Cette requête a été automatiquement mise à niveau vers HTTPS. Pour plus d’informations, voir Chromium Blog: No More Mixed Messages About HTTPS

Les erreurs sont légèrement différentes dans Firefox, et le chargement continue d’échouer après un rafraîchissement même avec la console de développement ouverte. Ce comportement cohérent semble plus logique :

Chargement de contenu d’affichage mixte (non sécurisé) « http://s1.webmshare.com/jvY0A.webm » sur une page sécurisée

Échec du chargement de « http://s1.webmshare.com/jvY0A.webm ». Un ServiceWorker a transmis une promesse à FetchEvent.respondWith() qui a été rejetée avec « Error: no-response :: [{“url”:“http://s1.webmshare.com/jvY0A.webm”}] ».

Toutes les ressources candidates ont échoué à se charger. Le chargement multimédia est en pause.

Il semble s’agir d’un problème de http par rapport à https. Avec le lien original (sans préfixe), il semble que le protocole par défaut soit http://. Voici une autre version qui inclut explicitement le préfixe sécurisé https://, mais cela ne fonctionne pas non plus.

https://s1.webmshare.com/jvY0A.webm

Il semble y avoir un problème avec l’hôte webmshare, où sa connexion HTTPS n’est pas réellement sécurisée.

webmshare-https
webmshare-https904×645 35.7 KB

C’est un peu agaçant que Chrome, Firefox et DDG gèrent ce problème différemment.

5

Oui, ce n’est pas notre problème, c’est un problème lié au site cible spécifique.

6

Il s’avère que la méthode la plus simple consiste à glisser-déposer directement les fichiers .webm dans le forum, plutôt que de s’appuyer sur un hébergeur externe.

Le glisser-déposer (téléchargement direct sur l’instance Discourse) génère :

![fontawesome2|video](upload://aI4h9yYRFK9BBCBLED4WcBr6Y1f.webm)

Et cela fonctionne parfaitement.