Quando você tenta fazer um one-box de uma URL do YouTube, o YouTube redireciona automaticamente para uma página chamada consent.youtube.com. Esta página não possui tags oEmbed/OpenGraph, então o one-box infelizmente falha.
Isso definitivamente não é um erro do Discourse, mas está relacionado a uma mudança disruptiva (ao que parece) no lado do YouTube. Suspeito que isso ocorra devido a alguma nova regulamentação europeia, pois não consigo reproduzir no meta.
Nosso servidor está na Europa (Alemanha) e você pode ver a URL de redirecionamento aqui.
Eu entrei aqui ontem à noite para relatar exatamente esse problema, pois também tem acontecido conosco recentemente, mas quando colei meu exemplo de URL do YouTube, funcionou perfeitamente aqui no meta
Meu Discourse é a versão v2.7.0.beta5 (61860098d9)
O problema está relacionado ao ‘Formulário de Consentimento de Dados’ e o OneBox o captura em vez do conteúdo real.
Se, em vez de usar https://youtube.com/watch?v=XYZ, você mudar para https://youtu.be/XYZ, funciona porque essa é a ‘URL de Compartilhamento’ e ela não abre o Diálogo de Consentimento. (No entanto, isso não é ideal).
A menos que o Discourse/OneBox ‘altere automaticamente’ a URL para a ‘Versão Curta’ ao fazer o oneboxing, talvez, como uma correção rápida? Não sei, apenas dando mais informações/feedback.
Como uma comunidade rica em mídia, temos milhares e milhares de vídeos do YouTube compartilhados por nossos membros, com várias centenas postados por mês.
Essa mudança do YouTube já está se mostrando um problema real, mas não acho que seja algo que o Discourse possa resolver se o próprio YouTube estiver forçando um redirecionamento para a página de consentimento deles.
Então, se o Discourse reescrevesse a URL como você descreveu, quando o post fosse preparado, isso resolveria?
Se for esse o caso, um plugin poderia corrigir (talvez até um componente de tema?), e eu imagino que um PR seria bem-vindo e/ou que eles corrigiriam isso bem rápido.
Eu não consideraria isso uma solução alternativa estável; há uma boa chance de o Google aplicar a mesma política a esses casos também em um futuro próximo.
Só acho muito “engraçado” porque tanto https://youtu.be/VIDEO quanto remover o “www” da URL normal, ou seja, https://youtube.com/watch?v=VIDEO, funcionam. Então, o critério para “bloqueio” com o pop-up de consentimento não é muito “lógico” do ponto de vista do usuário.
Você poderia testar esses URLs novamente? Isso é o que estou vendo atualmente a partir de um servidor em Frankfurt (saída do wget editada para mostrar apenas os redirecionamentos):
