Eh bien, c’est intéressant..! La réponse de JammyDodger m’a conduit à d’autres expériences.
Renommer les groupes automatiques via le paramètre de texte du site a créé une certaine confusion lorsque des espaces étaient impliqués, car les espaces empêchent leur utilisation comme handles (identifiants). Si le handle dérivé actuel n’est pas remplacé par le paramètre de texte du site à cause des espaces, il reste tel quel. J’ai découvert cela lorsque j’ai brièvement eu un titre de groupe sans espaces figé comme handle.
La prise de conscience de l’impact des espaces et l’utilisation du travail Sidekiq EnsureDbConsistency ont clarifié les choses.
Je vais modifier ma suggestion dans le message original concernant l’affichage des noms complets dans la boîte de réception, car cela ne serait pas compatible avec l’utilisation des @-mentions, qui nécessitent le handle.
Étapes de test détaillées
-
En partant de ma situation ci-dessus, j’ai confirmé que le travail Sidekiq avait été exécuté, et je l’ai exécuté à nouveau de toute façon. En effet, il n’a pas pris en compte les changements de nom pour la boîte de réception – à cause des espaces, comme vous l’avez expliqué.
-
J’ai changé le texte du site pour TL2 de “Trust Level 2” à “Sophomores” et j’ai exécuté le travail Sidekiq :
Le changement de nom s’est alors propagé, à la fois pour le titre du groupe et pour le handle de la boîte de réception – car il n’y avait pas d’espaces :
- J’ai ramené le texte du site à “Trust Level 2” et j’ai exécuté le travail Sidekiq. Le handle assigné lors de l’opération précédente est maintenant bloqué là – apparemment parce que les espaces dans ce titre de texte de site ne constituent pas un handle valide :
- J’ai rétabli le texte du site à la valeur par défaut “trust_level_2” et je n’ai pas exécuté le travail Sidekiq. Cela a mis à jour le titre mais pas le handle :
- J’ai exécuté le travail Sidekiq, ce qui a effacé le handle édité, le réinitialisant à la valeur par défaut dans la boîte de réception :
