GET /posts/ requisição obteve erro HTTP simples

Parece que isso não foi relatado ao visitar a página /posts, os navegadores mostram. Exemplo Discourse Meta

image908×537 13.8 KB

image908×537 85 KB

Eu recebo uma página de erro quando sigo o seu primeiro link. É um navegador específico que faz isso?

Testei o link no Chrome, Firefox e Safari no modo anônimo.

Quando clico no link, também recebo a página “ops!”. Mas quando atualizo essa página ou digito a URL em uma nova aba, então não funciona.

Parece que está retornando um erro 406. O aplicativo Ember o trata como um 404, mas se você recarregar o navegador, ele o relata de forma diferente.

É um erro em qualquer caso, e não há links para essa URL na UX, então não está claro por que é um problema.

Revise minha pergunta - por que retorna 406 e uma página em branco se Discourse Meta for tratada como uma página inexistente. 404 e uma mensagem de Oops seriam mais razoáveis.

Vejo o código de resposta 406 na aba de rede nas ferramentas de desenvolvedor do Chrome. Vejo uma página de Oops muito ocasionalmente. Exibir a página de Oops é razoável.
Minha pergunta é que, independentemente dos erros, é responsabilidade da aplicação apresentar uma mensagem de erro amigável para o usuário (como a página de Oops faz) em vez de uma página em branco. Suponho que, no caso da resposta 406, a aplicação nem sequer é alcançada. É um erro relatado por um serviço na frente da aplicação, que pode ser um servidor web ou um servidor proxy.

O aplicativo gerou o link com o qual você está tendo problemas?

Analisando discourse/config/routes.rb at main · discourse/discourse · GitHub, não parece ser uma rota válida.

Se você começar em uma rota inválida, o rails não enviará todo o aplicativo ember para dizer que você tem um URL ruim.

Parece que estou errado, https://meta.discourse.org/bananas carrega a página de erro. Acho que é porque /posts/:id/xxx é uma rota válida.

Sim. É assim que acabo com esta URL /posts vazia depois de remover o resto dos parâmetros (mas não me lembro mais onde vi a página /posts/:id/xxx). Eu pensei que /posts fosse uma rota válida para todas as postagens de um usuário. Este pode ser um caso de borda que o Discourse não cobre.

Eu esperaria que /posts retornasse todas as postagens, mas retornar todas as postagens do sistema é bastante inútil. Você pode encontrar suas postagens em https://meta.discourse.org/my/activity

Concordo em certo grau. /posts retornando uma página vazia é um bug do Discourse? Estou apenas curioso se isso deveria acontecer, mas não insisto se este problema precisa ser corrigido. Talvez valha a pena uma discussão mais aprofundada pela equipe do Discourse.

Marcando isto como pr-welcome, embora válido, é de baixíssima prioridade.