Obrigado, consigo ver que a insígnia ainda está presente após reexecutar o job BadgeGrant.
No entanto, parece haver outro problema relacionado a esse job BadgeGrant. Eu costumava atribuir manualmente em lote algumas insígnias (por exemplo, dar o primeiro “curtir” ou receber o primeiro “curtir”) a usuários que não conseguiam obtê-las automaticamente, pois tal “curtir” foi dado ou recebido em uma categoria restrita.
Mas, quando o job BadgeGrant foi acionado, todos os usuários que receberam tal insígnia via atribuição manual em lote perderam-na.
Meus Testes:
-
Atribuir manualmente uma insígnia padrão que um usuário não consegue obter automaticamente devido ao problema de categoria restrita, mas ele/ela atende aos requisitos. A insígnia será removida após executar o
BadgeGrant. -
Criar uma insígnia personalizada com algum SQL, por exemplo, conceder essa insígnia quando um usuário criar um novo tópico em uma categoria específica. Atribuir manualmente essa insígnia a um usuário que não consegue obtê-la automaticamente devido ao problema de categoria restrita, mas ele/ela atende aos requisitos. A insígnia será removida após executar o
BadgeGrant. -
Criar uma insígnia personalizada, sem SQL. Atribuir manualmente essa insígnia a um usuário que não consegue obtê-la automaticamente devido ao problema de categoria restrita, mas ele/ela atende aos requisitos. A insígnia permanece após executar o
BadgeGrant.
Acho que esse é o comportamento correto, já que todos esses usuários concedidos manualmente não atendem à consulta SQL e, portanto, serão removidos do grupo de candidatos. Mas, se for esse o caso, a maioria das discussões no tópico abaixo fará muito menos sentido para fóruns com categorias restritas muito ativas. Além disso, pelo que entendo, a solução de curto prazo se torna impossível.
Alguma sugestão aqui? Posso simplesmente parar de fazer isso, mas estou curioso se há uma maneira de lidar com isso.