Cuando intentas hacer one-box de una URL de YouTube, esta redirige automáticamente a una página llamada consent.youtube.com. Esta página no tiene etiquetas oEmbed/OpenGraph, por lo que el one-box falla, lamentablemente.
Esto definitivamente no es un fallo de Discourse, sino que se debe a un cambio disruptivo (al parecer) por parte de YouTube. Sospecho que esto ocurre debido a alguna nueva regulación europea, ya que no puedo reproducirlo en meta.
Nuestro servidor está en Europa (Alemania) y puedes ver la URL de redirección aquí.
Me conecté anoche para reportar exactamente este problema, ya que también nos ha estado ocurriendo recientemente, pero al pegar mi ejemplo de URL de YouTube, funcionó perfectamente aquí en Meta
Mi Discourse es la versión v2.7.0.beta5 ( 61860098d9 )
El problema está relacionado con el “Formulario de consentimiento de datos” y OneBox lo detecta en lugar del contenido real.
Si en lugar de usar https://youtube.com/watch?v=XYZ cambias a https://youtu.be/XYZ, funciona porque esa es la “URL de compartir” y no muestra el cuadro de diálogo de consentimiento. (Sin embargo, esto no es ideal).
A menos que Discourse/OneBox “cambie automáticamente” la URL a la “versión corta” al generar el OneBox, ¿quizás como solución rápida? No lo sé, solo doy más información/comentarios.
Como comunidad con un alto volumen de contenido multimedia, nuestros miembros comparten miles y miles de videos de YouTube, con varios cientos publicados cada mes.
Este cambio por parte de YouTube ya está resultando ser un verdadero problema, pero no creo que sea algo que Discourse pueda resolver si los propios YouTube están forzando una redirección a su página de consentimiento.
¿Entonces, si Discourse reescribiera la URL como describes al cocinar la publicación, eso lo solucionaría?
En ese caso, un plugin podría arreglarlo (quizás incluso un componente de tema). Supongo que recibirían una PR con gusto y/o que lo solucionarían bastante rápido.
Simplemente me parece muy “gracioso” que tanto https://youtu.be/VIDEO como eliminar “www” de la URL normal, es decir, https://youtube.com/watch?v=VIDEO, funcionen. Por lo tanto, los criterios para “bloquear” con la ventana emergente de consentimiento no son muy “lógicos” desde la perspectiva del usuario.
¿Sería posible que vuelvas a probar esas URLs? Esto es lo que estoy viendo actualmente desde un servidor en Fráncfort (la salida de wget editada para mostrar solo las redirecciones):
