Bonjour,
Ce problème persiste toujours
Y aura-t-il une correction à venir pour cela ?
Trust level 3 user title disappearing - #12 by jomaxro
Bonjour,
Ce problème persiste toujours
Y aura-t-il une correction à venir pour cela ?
Trust level 3 user title disappearing - #12 by jomaxro
Cela devrait être corrigé depuis janvier. Quelles sont les étapes pour reproduire le problème ? Cela fonctionne lorsque je fais ce qui suit :
/my/preferences/account)Le titre sélectionné reste toujours visible.
Salut, j’ai été redirigé depuis ce sujet :
J’ai toujours ce problème et, d’après mes observations, cela arrive à tous les autres titres liés aux badges lorsque la date change, même si je ne suis pas sûr à 100 %.
Un utilisateur m’a signalé ce problème et voici ce que j’ai testé hier :
Y a-t-il un moyen de vérifier que cela est lié au changement de date autre que de modifier le fuseau horaire du PC ? J’ai essayé cela, mais cela ne fonctionne pas (le titre n’a pas disparu).
Je vous remercie pour toutes suggestions, merci.
J’ai également reçu ce rapport d’un utilisateur. Je n’ai pas pu le reproduire avec ma vieille méthode, qui est en fait corrigée, mais d’une manière ou d’une autre, l’utilisateur a réussi à supprimer son titre :S
L’utilisateur a dit qu’il essaiera de comprendre la logique derrière la façon dont il a réussi à le faire.
@HeyRR @gerhard OK C’EST ALÉATOIRE
Il semble que le titre soit supprimé systématiquement à 20 h 00, soit 20 h 00 en heure locale de Finlande le soir. GMT +3.
Quelque chose se passe-t-il à cette heure-là ? Un travail Cron ?
Grâce à la description de @HeyRR, j’ai identifié le problème. Il s’agit du tâche d’arrière-plan BadgeGrant qui ne gère pas les noms de badges localisés.
Je vais fusionner cela demain.
Merci, je vois que le badge est toujours présent après avoir relancé le job BadgeGrant.
Cependant, il semble y avoir un autre problème lié à ce job BadgeGrant. J’avais l’habitude d’attribuer manuellement en masse certains badges (par exemple, le premier « j’aime » donné ou reçu) à des utilisateurs qui ne pouvaient pas les obtenir automatiquement, car ce type de « j’aime » avait été donné ou reçu dans une catégorie restreinte.
Mais lorsque le job BadgeGrant est déclenché, tous les utilisateurs ayant reçu un tel badge par attribution manuelle en masse le perdent.
Mes tests :
Attribution manuelle d’un badge par défaut qu’un utilisateur ne peut pas obtenir automatiquement en raison d’une catégorie restreinte, bien qu’il remplisse les conditions. Le badge est supprimé après l’exécution de BadgeGrant.
Création d’un badge personnalisé avec du SQL, par exemple : attribuer ce badge lorsqu’un utilisateur publie un nouveau sujet dans une catégorie spécifique. Attribution manuelle de ce badge à un utilisateur qui ne peut pas l’obtenir automatiquement en raison d’une catégorie restreinte, bien qu’il remplisse les conditions. Le badge est supprimé après l’exécution de BadgeGrant.
Création d’un badge personnalisé sans SQL. Attribution manuelle de ce badge à un utilisateur qui ne peut pas l’obtenir automatiquement en raison d’une catégorie restreinte, bien qu’il remplisse les conditions. Le badge reste après l’exécution de BadgeGrant.
Je suppose que c’est le comportement attendu, car tous ces utilisateurs ayant reçu le badge manuellement ne satisfont pas la requête SQL et sont donc exclus du groupe de candidats. Mais dans ce cas, la plupart des discussions dans le sujet ci-dessous deviennent beaucoup moins pertinentes pour les forums disposant de catégories restreintes très actives. De plus, à ma connaissance, une solution à court terme devient impossible.
Avez-vous des suggestions à ce sujet ? Je pourrais simplement arrêter de le faire, mais je suis curieux de savoir s’il existe un moyen de gérer cela.
Vous pouvez arrêter cela en désactivant le paramètre « Exécuter la requête de révocation quotidiennement », mais il se peut que vous ne puissiez pas le faire pour les badges intégrés.
Cela est-il déployé sur tous les services ? Nous rencontrons toujours ce problème. https://keskustelut.inderes.fi/
EDIT : Ah, je suppose que master n’est pas automatiquement déployé sur tous les services hébergés par Discourse. Quand est-ce que cela est censé être publié ?
Merci pour le rappel. Je veillerai à ce que votre site soit déployé lundi.