blocked onebox domains são ignorados em 2.9.0beta2 (c6265eec6b).
Temos:
Esses domínios estão atrás de paredes OAuth e o onebox está tentando pré-visualizar os domínios e obtendo a URL de login do OAuth em vez disso.
blocked onebox domains são ignorados em 2.9.0beta2 (c6265eec6b).
Temos:
Esses domínios estão atrás de paredes OAuth e o onebox está tentando pré-visualizar os domínios e obtendo a URL de login do OAuth em vez disso.
Essa configuração só entra em vigor no servidor — seu navegador ainda tentará fazer um onebox para a prévia.
Posso ver como isso pode ser inesperado.
Se você enviar a postagem, ela mostrará o onebox após o servidor renderizá-lo, ou mostrará a URL bruta como você espera?
Sim, isso não parece estar funcionando corretamente… ![]()
Você pode tentar adicionar “auth.pi-hole.net” na sua configuração de domínios bloqueados para onebox?
Nós fizemos essa configuração de forma que ela segue redirecionamentos, mas bloqueia o domínio especificado apenas se ele for o destino final.
Acabei de tentar e ainda assim ele exibe um onebox. Acho que é porque o endpoint auth.pi-hole.net é um redirecionamento de URI do endpoint OAuth em github.com. E preferiríamos não bloquear o github.com de exibir onebox.
Vou verificar e ver se bloquear o github faz alguma coisa… Não, bloquear o github.com também não impede o onebox. Existe um cache que o onebox pode estar usando que precisa ser limpo para que uma nova consulta seja feita para tricorder?
Sim, eu entendo o porquê.
Existe um cache de um dia para URLs de onebox buscadas, então refazer o post manualmente (post.rebake!) após um dia impediria o oneboxing com o github.com bloqueado.
Temos algum trabalho em andamento para sermos mais inteligentes sobre redirecionamentos de autenticação, mas isso está limitado apenas à autenticação para fóruns do Discourse. Estou pensando que talvez expandir a configuração para permitir também subdiretórios nos ajudaria neste caso para o github: \u003chttps://github.com/login/oauth/authorize\u003e … Discutirei internamente sobre isso.
Provavelmente também é bom ter o texto da dica específico sobre o que é realmente bloqueado, talvez um adicional: “O Onebox seguirá os redirecionamentos e bloqueará apenas se o destino final corresponder a esta configuração”.
Ideia maluca… deveríamos suportar:
cache-control: no-store
A diretiva de resposta
no-storeindica que quaisquer caches de qualquer tipo (privados ou compartilhados) não devem armazenar esta resposta.
O GitHub está dizendo especificamente… por favor… não me armazene…
Talvez o onebox devesse respeitá-lo… e não armazená-lo.
Poderíamos sempre tornar isso uma configuração experimental para começar e ver qual impacto ela tem.
A prévia teria que explicar por que não estamos fazendo o onebox.
Observação… usamos no-store em vários lugares, mas acho que redirecionamos nesses casos, mas há essa pequena complexidade.
Nós vinculamos a muitos PRs e Issues de nossos vários repositórios e ter esses itens pré-visualizados ajuda usuários mais novos a entenderem sobre o que é o tópico sem precisar acessar o GitHub.
Sim, entendo perfeitamente, estamos trabalhando em uma solução, acho que daqui a um dia, olhando para o cabeçalho “no store” pode ser o melhor caminho a seguir.
Desculpe incomodar, mas isso está realmente afetando nosso site de suporte. As pessoas postam links para a URL do tricorder que são logs de solução de problemas para a equipe credenciada analisar. Recebemos vários desses posts por dia e temos que entrar manualmente e alterar a URL para que não seja um link por enquanto.
Alguma ideia sobre um prazo para resolução ou é “em breve™” ![]()
Vamos resolver isso, eu diria que em cerca de 4 semanas.
Como fazer isso no Discourse Docker? ![]()
Recomendo esperar pela nossa correção, temos um PR em andamento:
Ele altera o comportamento para que:
Isso resolverá o problema do @dschaper e nos dará mais flexibilidade no futuro.
Infelizmente, optar por no store seria uma rede muito ampla e capturaria muitos falsos positivos.
O PR foi mesclado e está no branch tests-passed. Você pode atualizar o @dschaper e ver se isso resolve o problema? URLs com o domínio tricorder.pi-hole.net não devem mais aparecer como onebox no seu site.
Parece tudo bom aqui!
Obrigado pela correção a todos.