Je rencontre très souvent (presque tous les jours) ceci :
Lors de la deuxième suppression d’un utilisateur, il y a ce message :
Une erreur s'est produite : L'URL ou la ressource demandée est introuvable.
Parce que le message examiné appartient à l’utilisateur (détecté par Akismet) que j’ai précédemment supprimé.
J’examine les messages et les utilisateurs très rapidement car il s’agit presque toujours de spam évident, donc je ne vérifie pas vraiment si j’examine un utilisateur ou un message.
Il serait souhaitable que la suppression d’un utilisateur sur cette page supprime en même temps le message examinable de cet utilisateur au lieu de conserver le message à examiner.
J’ai mis la balise akismet car je pense que ce comportement se produit lorsque Discourse et Akismet détectent tous deux un comportement de spam.
Je me suis mal expliqué : le message est bien supprimé, c’est juste que la page n’est pas mise à jour en temps réel pour refléter que le message de l’utilisateur supprimé a également été supprimé lorsque nous avons supprimé l’utilisateur.
Plutôt une question d’UX. Il y a plusieurs autres choses comme celle-ci où la page n’est pas correctement mise à jour après une action.
Si nous sommes dans une vue d’administration d’un utilisateur, et que nous ne pouvons pas supprimer l’utilisateur car il a des messages, si nous cliquons sur le bouton “Supprimer tous les messages”, le bouton pour supprimer l’utilisateur n’apparaîtra pas tant que nous n’aurons pas forcé un rechargement de la page.
Mais c’est un problème très mineur et je ne vois pas qu’il soit résolu.
Cependant, le problème dont traite mon sujet actuel est légèrement plus gênant lorsque nous examinons un grand nombre d’utilisateurs/messages d’affilée (tous les jours !) en raison du message d’erreur.
Ah. Donc si vous rechargez, c’est bon. Ce n’est juste pas poussé dans le message bus. C’est de l’UX. J’étais surpris que ce ne soit pas supprimé car il semblait que c’était quelque chose que Rails gérerait.
