Ah, je pense que c’est un travail quotidien, donc si cela vous a pris en cours de route, vous devrez peut-être attendre jusqu’à demain. Mais si vous révoquez le premier, ils devraient en recevoir deux la prochaine fois qu’il s’exécutera (bien que même si vous n’aviez pas révoqué le premier, le fait qu’ils en reçoivent un deuxième lors de la prochaine exécution devrait également prouver que cela fonctionne 
)
2 « J'aime »
Voici la capture d’écran d’aujourd’hui :
J’ai fini par révoquer le badge d’argent de l’utilisateur. Il est étrange qu’il réapparaisse au même endroit dans la liste, mais je suppose que c’est juste la visibilité de la ligne existante dans la base de données qui a été désactivée puis réactivée, ce qui expliquerait pourquoi la date d’attribution initiale a été conservée. (Ce n’est pas vraiment une implémentation propre à mon avis, mais c’est compréhensible).
Et… il n’y a toujours qu’un seul badge d’argent 
Qu’est-ce qui me manque pour que ça fonctionne ? 
Edit : Pendant ce temps, où est l’aperçu du badge :
1 « J'aime »
Pour la postérité : après un examen direct, @JammyDodger a souligné que Query targets posts s’était d’une manière ou d’une autre décoché. Cela semble avoir résolu le problème. Il a forcé l’exécution du travail et 
… deux silvers ont été accordés ! 
Je mets cela en place sur mon site de production et l’aperçu me dit que je devrais voir 12 silvers demain.
3 « J'aime »
13 ! 13 silvers décernés pendant la nuit sur notre instance de production ! 
Merci pour toute votre aide patiente @JammyDodger !
This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.