Je remarque que lorsque je vais dans le menu déroulant des flairs, le nom par défaut “trust_level_x” est affiché.
Je comprends comment remplacer du texte et je l’ai fait ici :
Ce qui est correctement appliqué ici, sur la page des groupes
Ai-je oublié un autre champ de texte à remplacer ?
Je suppose que les flairs sont sur les groupes automatiques trust_level_x. Si c’est le cas, le nom du flair sera celui du groupe.
trust_level_0 s’affiche correctement en tant que « Rookie ». J’ai peut-être modifié un autre paramètre pour ce groupe sans m’en rendre compte. Mais en supposant que je ne l’ai pas fait, le comportement semble incohérent entre les groupes par défaut.
Cela semble toujours persistant. Des solutions ?
J’ai essayé rapidement moi-même et j’ai changé trust_level_0 en ‘Derek’. Cependant, sur la page Groupes, je remarque qu’il est toujours niché avec trust_level_1, etc. par ordre alphabétique, ce qui suggère que le nom n’a pas changé, seulement le nom complet. Il ne semble pas que le nom puisse être changé depuis la page des paramètres du groupe de la même manière que les groupes créés manuellement.
Je vais chercher à ce sujet, mais il se peut que cela ne puisse pas être modifié sans casser des éléments sous-jacents.
Hmm, mais vous avez fait Trust_level_0 vous-même. Je vais ajouter cela dans le mélange.
@piffy Je n’ai rien trouvé jusqu’à présent dans la recherche, ni dans l’interface utilisateur. Avant de plonger plus profondément, je devrais vérifier si vous avez fait ‘Rookie’ en utilisant la console Rails ?
Informations supplémentaires :
Ce sujet semble avoir également obtenu des résultats incohérents :
J’ai essayé Rookie, et Padawan, mais les miens ne changent pas avec succès. Je me demande ce qui me manque ?
Je ne peux pas garantir que je ne l’ai pas fait, mais je n’ai aucun souvenir d’avoir changé cela depuis la console.
Mon forum a été importé via un script personnalisé. C’est peut-être une explication potentielle ? Mais je ne crois pas avoir spécifié le nom Rookie ailleurs que dans l’interface utilisateur du site web.
D’accord, j’ai eu un peu de succès. Si je change le nom d’un groupe de trust_level puis que je vais sur /sidekiq et que j’exécute Jobs::EnsureDbConsistency, cela change le slug pour moi. 
Je vais continuer à tester pour voir si je peux le faire de manière cohérente.
Mise à jour :
Je peux le faire de manière cohérente. Et les nouveaux slugs apparaissent dans le menu Flair :
Est-ce que cela fonctionne aussi pour vous ? Ma confusion initiale était évidemment basée sur l’impatience. 
Je pense que si j’avais laissé mes modifications en place jusqu’à ce que ce job sidekiq s’exécute dans le cadre de son calendrier régulier, tout se serait passé automatiquement…
J’apprécie vraiment l’expérimentation approfondie ! Je ne manquerai pas de tester cela sur mon site et de vous faire savoir si cela fonctionne.
Désolé pour la réponse tardive. Il semble que cela n’ait pas fonctionné.
Le problème est similaire à celui mentionné ici :
Le slug de l’URL reste « trust_level_1 »
Pour moi, ce problème est limité aux niveaux de confiance 1 et 2, les autres semblent corrects. J’ai essayé de réinitialiser le nom à « trust_level_1 » puis à « Trainer » sans succès. L’exécution de Jobs::EnsureDbConsistency semble déclencher la mise à jour du nom réel du groupe, mais cela ne change pas le nom du slug pour moi ni le nom dans la liste déroulante.
C’est intéressant. Je l’ai utilisé pour mélanger les miens de manière constante entre toutes sortes de noms. Je pense que le seul nom avec lequel il a eu du mal était « modérateurs » lorsque je n’avais pas activé unicode usernames. Peut-être y a-t-il autre chose qui m’échappe. 
Ces noms sont-ils utilisés ailleurs sur votre site ? Noms d’utilisateur préexistants, etc. Quelque chose qui pourrait causer un conflit que le travail sidkiq ignorerait gracieusement afin de ne rien gâcher ?
AHHA ! J’ai trouvé la solution en me basant sur ce que vous avez dit ici. Il semble qu’il y ait des utilisateurs avec le même nom d’utilisateur que le nom du groupe ! Changer leurs noms et exécuter le travail sidekiq résout le problème.
Merci beaucoup. C’était une chose si mineure mais cela me dérangeait depuis des mois.
Hourra ! 
J’ai légèrement modifié le post de solution pour me faire paraître plus intelligent y inclure un exemple plus utile.
Salut Jammy, j’ai le même problème et je ne comprends pas « allez sur /sidekiq et exécutez Jobs::EnsureDbConsistency ».
Que dois-je faire exactement ? Merci !
Sidekiq est l’endroit où vous trouverez tous les tâches d’arrière-plan qui font leur magie en coulisses. Elles fonctionnent normalement toutes selon un calendrier, mais peuvent être accélérées en les déclenchant manuellement.
Si vous ajoutez /sidekiq/scheduler à la fin de l’adresse de votre site (par exemple [VotreSite]/sidekiq/scheduler), vous devriez voir une liste de toutes les tâches planifiées.
Il y en a une appelée Jobs::EnsureDbConsistency que vous pouvez exécuter tôt pour accélérer les changements apportés aux noms de vos groupes par défaut.
Au lieu de faire défiler la page pour la trouver, vous pouvez également utiliser Ctrl+F ou « Rechercher dans la page », etc. et rechercher quelque chose comme « ensure » pour la trouver plus rapidement (je pense qu’il n’y a que deux tâches qui contiennent « ensure », donc cela réduit considérablement la recherche )
Merci ! J’ai déclenché l’élément et cela fonctionne bien.
This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.
