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.
C’est un peu agaçant que Chrome, Firefox et DDG gèrent ce problème différemment.
