Nous avons mis à jour nos trust_levels en les débloquant tous et nous constatons que les utilisateurs ont toujours d’anciens icônes titres.
Je suggère aimablement de désactiver l’utilisation des badges trust_levels par les utilisateurs, sauf s’ils ont le trust_level requis pour les afficher.
Je pense que les Badges doivent être dynamiques car le système de trust_level est dynamique.
Cette simple modification résoudra le problème auquel nous sommes confrontés, et probablement celui de plus d’administrateurs car il est très courant que les utilisateurs « perdent » leur TL au fil du temps.
Par icône, entendez-vous les flairs ? Que voulez-vous dire par « pas des groupes » ?
Pourriez-vous partager des captures d’écran ?
Si je définis un utilisateur sur trust_level_3, qui est un groupe ayant une icône de flair, et que le flair du profil de l’utilisateur est défini sur aucun, il définit automatiquement l’icône trust_level_3 néanmoins :
Oui, nous voulons que les utilisateurs puissent afficher le titre (badge) de leur niveau de confiance le plus élevé atteint.
La solution de contournement consiste à supprimer cela et nous voulons montrer leurs contributions !
Cela pourrait probablement être réalisé en désactivant la sélection des badges sans avoir le niveau de confiance requis (ce qui maintiendra les titres OK).
Merci pour votre réponse. Je viens de modifier le message initial pour être plus clair et je pense avoir trouvé le vrai problème ici.
Le statu quo n’a pas de sens pour moi, car je veux seulement que le niveau de confiance actuel soit apparent dans une collection de badges. Idéalement, j’aimerais que ce soit aussi le badge le plus évident sur la carte utilisateur (c’est-à-dire toujours affiché au même endroit proéminent), mais pas aussi criard qu’un flair d’avatar.
J’ai obtenu quelque chose de proche en remplaçant les badges de confiance par défaut par des badges personnalisés qui utilisent SQL et reviennent automatiquement. Je peux les partager si vous le souhaitez.
Je suis désolé, mais je ne comprends toujours pas. Vous avez commencé par « Nous avons mis à jour nos niveaux de confiance en les débloquant tous » — cela ne signifie-t-il pas, par définition simple, que tous les utilisateurs ont atteint le TL4, le niveau de confiance le plus élevé ?
Nous avions le TL3 verrouillé. Donc, lorsque nous avons déverrouillé les niveaux de confiance, la majorité a baissé (nous avons utilisé Discord parce que les gens l’ont demandé, donc il y a eu très peu d’interactions sur Discourse pendant un certain temps).
Cela pourrait être une très bonne solution de contournement. Partagez-la si vous le souhaitez !
Certaines choses se produisent à la suite de tâches d’arrière-plan régulières. Vous devrez peut-être attendre un jour pour que les modifications du niveau de confiance se reflètent dans les comptes.
Avec la configuration par défaut, les gens entreront et sortiront du TL3. Il est donc normal qu’une personne rejoigne le groupe et obtienne le badge, puis plus tard quitte le groupe et perde le badge - je pense.
C’est-à-dire que le niveau le plus élevé atteint serait le TL3, mais si vous perdiez le TL3 parce que vous vous désengagiez, vous perdriez normalement tous les insignes qui indiquent que vous aviez déjà eu le TL3. Je pense.
[quote=“Ed S, post:12, topic:260571, username:Ed_S”]
C’est-à-dire que le plus haut niveau atteint serait TL3, mais si vous perdiez TL3 parce que vous vous désengagiez, vous perdriez normalement tous les insignes qui indiquent que vous aviez déjà TL3. Je pense.
[/quote]Vous avez raison - le SQL est visible dans les badges « officiels » et c’est ce qu’il fait. Il est également configuré pour laisser délibérément traîner les badges de niveau de confiance « inférieurs ».
Par exemple, voici le SQL pour TL3 :
SELECT u.id user_id, current_timestamp granted_at FROM users u
WHERE trust_level >= 3 AND (
:backfill OR u.id IN (:user_ids)
)
Comme vous ne pouvez pas modifier le SQL sur les badges « officiels », ma solution de contournement a été de simplement cloner chaque badge officiel et de changer le >= en simplement =. Cela garantit qu’un seul badge est attribué (du moins une fois que l’ancien a été révoqué pendant la nuit).
[quote=“satonotdead, post:1, topic:260571”]
titres.
[/quote]Je vois maintenant que cela pourrait être votre véritable problème - que les titres restent sur les gens après qu’ils aient perdu leurs niveaux de confiance (et les badges une fois révoqués lors de la vérification SQL quotidienne). Je n’ai pas examiné cela en détail pour essayer de le reproduire, mais avez-vous décoché « Autoriser le badge à être utilisé comme titre » pour ceux-là ?
[quote=“Nathan Kershaw, post:9, topic:260571, username:nathankershaw”]
Idéalement, j’aimerais que ce soit le badge le plus évident sur la carte utilisateur également (c’est-à-dire toujours affiché au même endroit proéminent), mais pas aussi criard qu’un flair d’avatar.
[/quote] Je note que cela est trié sur la nouvelle expérience de la carte utilisateur ici sur Meta :
Cela règle à peu près le problème de mon point de vue. Mais ce serait bien si cela était également trié sur /u/username/summary.
P.S.
J’ai modifié le titre de l’OP pour refléter plus précisément l’objectif. Je l’avais déplacé vers Feature mais j’ai ensuite réalisé que nous n’étions pas vraiment clairs à ce sujet (encore) - continuez !
Ils le sont - ce n’est juste pas instantané (la révocation ne fonctionne que pendant la nuit)
Et s’ils ne disparaissent pas du tout pour vous, vous devrez peut-être utiliser la console Rails.
Vous pourriez bien avoir besoin de le faire pour nettoyer également tous les Titres errants. Il ne devrait pas être trop difficile de les identifier ni de supprimer le contenu du champ Titre pour eux.
Je préférerais certainement que les requêtes de Badge standard soient configurées pour révoquer les badges remplacés (conformément au réglage SQL ci-dessus), mais cela dépend bien sûr de l’équipe @team de Discourse.
Je note que cela est trié sur la nouvelle expérience de la carte utilisateur ici sur Meta 