Pequenos bugs com tópicos rastreados e tópicos divididos

É bastante detalhado, mas:
A) Na parte inferior de muitos tópicos acompanhados, vejo uma linha dizendo:

Você verá uma contagem de novas respostas porque você [leu este tópico]

O link “leu este tópico” não funciona. Ele tem a seguinte estrutura: forum.domain.xxx/t/topic/u/user/preferences/notifications
Não sei se isso deveria fazer algo em particular ou se é um bug e a parte /t/topic não deveria estar lá. Sem ela, você acaba na seção de notificações das suas preferências, onde pode ajustar Acompanhar automaticamente tópicos que eu entrar após x minutos e Quando eu postar em um tópico, definir esse tópico como. Esse pode ser o objetivo desse link. Não tenho certeza.

B) Se eu entrar em um tópico e clicar para acompanhá-lo manualmente, aparece a mesma mensagem. Pareceria mais lógico ter uma linha dizendo algo como “Você verá uma contagem de novas respostas porque você selecionou manualmente para acompanhá-lo

Só para informação: para tópicos nos quais eu postei ou que criei, a linha termina com “porque você respondeu a este tópico/criou este tópico”, o que é bom. Nesse caso, NÃO HÁ LINK (poderia haver, como quando diz “porque você leu”).

C) TÓPICOS DIVIDIDOS: Acredito que notei hoje que, quando um tópico acompanhado é dividido, o parâmetro de acompanhamento é definido no tópico dividido (“ramificado”), o que é bom. Mas parece que o Discourse perdeu a contagem das postagens realmente lidas. Ele estava me mostrando apenas a última resposta como não lida (e me linkando para ela) quando, na verdade, havia mais do que isso. Isso pode ser um pouco mais complicado e talvez “normal”. Também tive apenas uma ocorrência disso, então não tenho 100% de certeza.

1 curtida

Eu acho que isso é um bug e não um problema de UX. O problema é causado pela falta de uma barra inclinada no início do atributo href do link. Por exemplo, para o meu usuário, o link ‘ler este tópico’ está definido como u/simon_cossar/preferences/notifications. Editar o href no console para /u/simon_cossar/preferences/notifications resolve o problema para mim.

Acabei de encontrar um problema semelhante com um link de navegação adicionado através do componente de tema Nav Links. Nesse caso, o href estava definido como latest?solved=no. Isso levaria o usuário à página de não encontrado se o link de navegação fosse clicado em qualquer página que não fosse a página inicial do site. Pelo que entendo, o link nesse formato funcionava anteriormente, mas agora precisa ser definido como /latest?solved=no.

Algo mudou na forma como o Discourse lida com esses links?

2 curtidas

Posso estar completamente errado quanto a isso, mas apenas para minha própria compreensão, é a falta dessa barra que faz com que o link aponte para domain/t/topic/u/.. em vez de domain/u/...? (A falta da barra faz com que ela seja adicionada à URL atual, em vez de apenas à base do domínio?)

Esse é o comportamento que estou observando. Por exemplo, clicar no link ‘ler este tópico’ para https://meta.discourse.org/t/travis-tests-failing-due-to-eslint/163268 tenta me levar para

https://meta.discourse.org/t/travis-tests-failing-due-to-eslint/163268/u/simon_cossar/preferences/notifications

em vez de para https://meta.discourse.org/u/simon_cossar/preferences/notifications.

2 curtidas

O bug com o link em tópicos monitorados foi corrigido aqui. Não tenho certeza do que mais pode ser feito aqui.

2 curtidas