TL;DR:Parece que tópicos agendados não estão disparando notificações de novo tópico para os Observadores no momento da publicação. O caso de uso é agrupar um tópico de notificação de Standup do Scrum por dia útil, publicá-los em um horário específico e enviar lembretes aos participantes do standup.
Reproduzir:
Tenha usuários não administradores observando uma categoria privada específica.
Certifique-se de que esses usuários, sem uma sessão ativa, estejam recebendo notificações por e-mail de novos tópicos criados manualmente na categoria.
Crie manualmente um novo tópico na categoria designada para testar o “caso de controle” de que um usuário receberia notificações por e-mail de um novo tópico.
Em seguida, crie um novo tópico em estágio em uma categoria privada separada, por exemplo, na categoria Staff. (Opcionalmente, edite o dono do tópico/primeira postagem.) Agende o tópico para ser publicado mais tarde, por exemplo, em 5 minutos.
Aguarde até o momento da publicação…
Comportamento esperado:
Como eles estão observando a categoria específica (privada), os usuários não administradores que não estão ativos no site receberão uma notificação por e-mail para ambos os tipos de tópicos (“regulares” e agendados).
Comportamento real:
Os usuários recebem notificação por e-mail apenas para tópicos “regulares” (não agendados) criados manualmente na categoria designada.
Acabei de testar isso no meu site de desenvolvimento local. Meu usuário não recebeu uma notificação por e-mail sobre um rascunho compartilhado que estava agendado para ser publicado em uma categoria protegida que ele está acompanhando. O usuário recebe notificações por e-mail para tópicos publicados diretamente na categoria protegida.
Ao fazer login como o usuário de teste, vejo que ele recebeu uma notificação de “editado” para o tópico que foi publicado a partir da categoria de rascunhos. No entanto, uma notificação de “editado” não gera um e-mail.
Edição: Também tentei publicar manualmente um rascunho compartilhado clicando no botão “Publicar Rascunho Compartilhado”. Isso também não gera uma nova notificação de tópico nem um e-mail de notificação. Apenas cria uma notificação de “editado” para os usuários que estão acompanhando a categoria.
Só para esclarecer, acredito que o fato de uma notificação de edição ser acionada em vez de uma notificação de “novo tópico” está causando o comportamento inesperado neste caso.
Exceto que, do ponto de vista dos usuários, é um tópico novo. O fato de o carimbo de data/hora ter sido atualizado reforça essa visão. (E tratar notificações como um novo tópico seria um comportamento consistente.)
Presumo que a UX tenha sido projetada para funcionar do ponto de vista do usuário, não do desenvolvedor.
Os usuários finais não teriam conhecimento implícito desse fato, já que o tópico foi necessariamente preparado fora de sua visão e foi destinado a ser exibido como “novo” no momento designado. De fato, esse é o caso de uso principal de tópicos agendados, pelo que pude perceber.
Verificamos isso minuciosamente quando realizamos nosso primeiro desafio 3December. Isso dependia inteiramente de tópicos publicados automaticamente e os usuários recebiam uma notificação na época. Se isso não funcionar mais, seria um problema para nós.
Estou assumindo que a questão sendo discutida aqui é o que acontece quando um tópico de rascunho é publicado em sua categoria de destino. As mesmas regras aplicadas à publicação de um rascunho compartilhado também se aplicam quando um tópico é recategorizado, então ambos os casos podem ser tratados aqui.
Com a funcionalidade atual, os usuários que estão acompanhando uma categoria receberão uma notificação de “edição” quando um rascunho compartilhado for publicado em sua categoria de destino ou quando um tópico for recategorizado para a categoria acompanhada. As notificações de edição não geram e-mails, então os usuários não serão notificados por e-mail quando o rascunho for publicado.
Se uma notificação de “publicado” ou de “editado” é criada é definido pelo valor do parâmetro new_record usado na chamada a post_alerter.notify_post_users no trabalho NotifyCategoryChange. Esse parâmetro tem como padrão true, mas agora está explicitamente definido como false no trabalho. Essa é uma mudança recente. Pode haver um bom motivo para isso que eu não conheço.
Gosto de carregar meus tópicos como tópicos agendados em uma categoria privada e depois publicá-los automaticamente em uma categoria pública.
Mas, como você, mesmo quando eu @ menciono uma equipe, ninguém recebe a notificação. Parece que o re-post não gera uma notificação. Como @codinghorror mencionou, deve ser como um tópico editado quando a categoria é alterada.
Deixando de lado as complexidades técnicas, existe alguma maneira de agendar uma postagem e fazer com que um grupo específico de @ menções (como @ membros) seja notificado?
Parece ser a mudança, mas não consigo dizer o que a inspirou:
Atualização:
Para quem precisa de uma solução alternativa urgente, consegui usar a ação “New Post” do Discourse no Zapier para disparar notificações para o sistema de chat da nossa equipe, em vez do plugin Discourse chat.
Acabei contornando completamente esse bug de tópicos com tempo definido e disparei o “Zap” com base no horário do dia, publicando-o diretamente na categoria de destino. Assim, a API dispara o evento “New” e posso usar o plugin Discourse Chat Integration para enviar as notificações apropriadas.
Também é possível monitorar tópicos e depois filtrar os “Novos tópicos” (o Zapier ainda os vê como novos) que aparecem na categoria de destino desejada. No início, usei essa abordagem, mas optei pela solução mais simples descrita acima para poder automatizar a criação diária de mensagens que iniciam nossa reunião diária de alinhamento (standup).
Basicamente, melhorei um pouco a lógica em torno das notificações.
Se o usuário já viu a postagem, o tipo de notificação deve ser edited (editado). Esse é o caso, por exemplo, quando o OP (autor original) adiciona uma categoria ou uma tag que está sendo monitorada por outro usuário.
No entanto, quando o usuário ainda não viu a postagem, o tipo de notificação deve ser “new reply” (nova resposta). Esse é o caso, por exemplo, quando o tópico está em uma categoria privada e configurado para publicação posterior. Nesse caso, modificamos um tópico existente; porém, do ponto de vista do usuário, é como se fosse uma nova postagem.
Você poderia confirmar se isso resolve o problema mencionado?
Você sabe se essa notificação deve ser acionada para usuários Assistindo à Primeira Postagem ou para a configuração de filtro da integração de chat de Apenas Primeira Postagem?
Minha compreensão é que, quando a categoria é adicionada (isso é o que é acionado quando o tópico é movido, digamos, de uma categoria privada para uma pública), ambos os tipos de usuários são notificados.
Primeiramente, as pessoas que estão acompanhando aquela categoria específica são notificadas e, com base no fato de já terem visto o tópico ou não, é tomada a decisão se a notificação deve ser editada ou nova resposta.
Em seguida, os acompanhantes da primeira postagem são notificados; no entanto, para eles, estamos usando um tipo de notificação diferente chamado acompanhando a primeira postagem.
