miles
25 Mayo, 2020 18:59
1
Necesito ayuda para solucionar el problema por el cual los WebM incrustados funcionan en algunos sistemas, pero no en otros.
¿Funciona este clip WebM incrustado para ti sin abrir el enlace en una nueva página? ¿Qué sistema operativo y navegador estás usando?
Estoy incrustando simplemente pegando la URL sin formato en el cuerpo del mensaje:
s1.webmshare.com/jvY0A.webm
Enlace clicable: s1.webmshare.com/jvY0A.webm
Estas son mis observaciones:
OS
Navegador
Resultado
Ubuntu 20.04
Firefox 76
Falla
Ubuntu 20.04
Chrome 81
Falla
OSX 10.13.6
Chrome 81
Falla
Android 7
DuckDuckGo
Funciona
Creo que esto solía funcionar en Ubuntu 19.10, pero no voy a hacer una downgrade para verificarlo.
Esto es lo que se muestra para mí en Firefox:
No sé por qué la respuesta sería diferente a esta:
miles
7 Marzo, 2021 18:38
3
¿Funciona el clip WebM incrustado para ti?
Lo verifiqué de nuevo y sigo recibiendo el error “No se encontró ningún video con formato y tipo MIME compatibles” en Firefox 86 y Chrome 88 para Ubuntu 20.04. Parece que debería funcionar según CanIUse.
miles
7 Marzo, 2021 18:52
4
También es interesante que, con la consola de desarrollador de Chrome abierta, la versión original funcione tras una recarga:
Primera carga en Chrome:
Contenido mixto: la página en ‘How to embed WebM ’ se cargó mediante HTTPS, pero solicitó un elemento inseguro ‘http://s1.webmshare.com/jvY0A.webm ’. Esta solicitud se actualizó automáticamente a HTTPS. Para más información, consulta Chromium Blog: No More Mixed Messages About HTTPS
Error al cargar el recurso: el servidor respondió con un estado 404 () s1.webmshare.com/jvY0A.webm:1
Recarga en Chrome (sorprendente que ahora funcione; supongo que los ajustes de seguridad se relajan con las herramientas de desarrollador abiertas):
Contenido mixto: la página en ‘How to embed WebM ’ se cargó mediante HTTPS, pero solicitó un elemento inseguro ‘http://s1.webmshare.com/jvY0A.webm ’. Esta solicitud se actualizó automáticamente a HTTPS. Para más información, consulta Chromium Blog: No More Mixed Messages About HTTPS
Los errores son ligeramente diferentes en Firefox y sigue fallando al cargar tras la recarga con la consola de desarrollador abierta. Este comportamiento consistente parece más razonable:
Cargando contenido de visualización mixto (inseguro) “http://s1.webmshare.com/jvY0A.webm” en una página segura
Error al cargar ‘http://s1.webmshare.com/jvY0A.webm’ . Un ServiceWorker pasó una promesa a FetchEvent.respondWith() que fue rechazada con ‘Error: no-response :: [{“url”:“http://s1.webmshare.com/jvY0A.webm ”}]’.
Todos los recursos candidatos fallaron al cargar. Carga de medios en pausa.
Parece ser un problema de http frente a https. Con el enlace original (sin prefijo), parece que se establece por defecto en http://. Aquí hay otra versión que incluye explícitamente el prefijo seguro https://, pero tampoco funciona:
https://s1.webmshare.com/jvY0A.webm
Parece tratarse de un problema con el host webmshare, donde su conexión https no es realmente segura.
Es un poco molesto que Chrome, Firefox y DDG manejen este problema de manera diferente.
Sí, esto no es nuestro problema, es un problema del sitio de destino específico.
miles
7 Marzo, 2021 19:26
6
Resulta que lo más sencillo es simplemente arrastrar y soltar archivos .webm directamente en el foro, en lugar de depender de un alojamiento externo.
Arrastrar y soltar (subir directamente a la instancia de Discourse) genera:
Y funciona perfectamente.
