J’ai réussi à reproduire ce problème. Voici mon rapport de bug :
Priorité/Sévérité : priorité faible. Même si l’utilisateur clique accidentellement sur « renommer le tag », cela ne lui permettra pas de modifier le tag car il est déjà pris.
Plateforme : instance Discourse auto-hébergée version 2.7.0.beta7 en mode sécurisé.
Description : lorsqu’un utilisateur modifie le nom d’un tag, puis tente de renommer un autre tag, le nom configuré pour le tag précédent s’affiche dans la fenêtre modale de renommage. Ce problème se produit tant que la page n’est pas actualisée.
Par exemple, j’ai deux tags : « naruto » et « sasuke ». D’abord, je renomme « naruto » en « uzumaki ». Avant la modification, le champ de saisie dans la fenêtre modale de renommage est déjà rempli avec « naruto ». Ensuite, lorsque je tente de modifier « sasuke », le champ de saisie est rempli avec « uzumaki » au lieu de « sasuke ».
Le comportement attendu ici est que le champ de saisie soit rempli avec le nom du tag à modifier.
Je pense que le problème pourrait provenir de la façon dont les informations du tag sont mises à jour dans la fenêtre modale Ember ?