Lorsque je choisis de « Mettre à jour les notifications » dans le menu déroulant « Actions groupées », et que je ne choisis AUCUN des boutons radio de la fenêtre modale qui apparaît, puis que je clique sur le bouton de confirmation sans qu’aucun des boutons radio ne soit sélectionné, le sujet disparaît de la vue de mes utilisateurs pour toujours. Je ne sais pas comment le ramener ou si c’est même possible. J’ai vérifié que pour les autres utilisateurs, le sujet est toujours visible, il n’est donc pas entièrement supprimé de la base de données.
Je pense que dans cette fenêtre modale qui apparaît, le bouton Confirmer ne devrait PAS être activé à moins qu’un des boutons radio n’ait été sélectionné.
Étapes pour reproduire :
Sélectionner un ou plusieurs fils de discussion et cliquer sur « Actions groupées »
Sélectionner « Mettre à jour les notifications »
Dans la fenêtre modale qui apparaît, laisser tous les boutons radio non sélectionnés et cliquer sur suivant. Vous devriez voir que le fil de discussion disparaît pour cet utilisateur, apparemment pour toujours.
Version de Discourse : 3.5.0.beta7-dev (bb5c2e7a00)
Navigateur : Microsoft Edge
Veuillez me faire savoir si je peux fournir des informations supplémentaires pour aider au débogage ou à la reproduction. Je suis capable de reproduire cela de manière fiable à chaque fois.
Je pense que le sujet a été mis en sourdine. Vous pouvez le trouver en ajoutant ?state=muted à l’URL.
Donc, si vous mettez un sujet en sourdine ici sur Meta, vous pouvez le trouver à \u003chttps://meta.discourse.org/latest?state=muted\u003e.
Je suis d’accord avec vous sur le fait que la mise en sourdine peut être très déroutante si elle n’a pas été sélectionnée intentionnellement.
Merci pour le rapport. Je peux effectivement reproduire cela - il semble que l’option “silencieux” soit définie si le bouton de confirmation est cliqué et qu’aucune option n’est choisie.
Pour voir tous vos sujets mis en sourdine et les désactiver, vous pouvez utiliser le filtre /?state=muted comme dans https://yourforum.org/?state=muted
Merci à vous deux pour votre réponse rapide ! Oui, d’après votre instruction, j’ai vérifié qu’ils passaient en état de sourdine. J’ai donc au moins une solution de contournement pour les récupérer !
Cette correction est-elle censée être dans la version 3.5.0.beta8-dev (0f2996a3b3) ?
J’ai mis à niveau mon serveur avec succès vers ce niveau, mais je vois toujours le bouton « Confirmer » activé et lorsque je clique dessus, les fils de discussion ne passent plus à l’état « muet » (ce qui est une bonne chose !), cependant, je reçois quelques-unes de ces vilaines fenêtres contextuelles d’erreur lorsque je clique sur « Confirmer ». J’attache les journaux de la console du navigateur au cas où cela serait utile. forums.packfansnation.com-1751029729681.txt (8,8 Ko)
(Edit : Aussi (excuses-moi car je suis très nouveau dans l’écosystème discourse) je ne suis pas sûr du processus pour rouvrir un bug. Je vois que celui-ci est marqué comme corrigé/terminé, donc j’espère que c’est bon de simplement répondre ici, sinon je serai heureux d’ouvrir un nouveau sujet de bug)
Cela signifie que vous avez le correctif et qu’il fonctionne côté serveur.
Je suppose qu’il y a un conflit javascript quelque part qui empêche cela de fonctionner. Pourriez-vous exécuter votre site en mode sans échec, puis voir si le bouton « Confirmer » se désactive si rien n’est sélectionné ?
@blake Je vois toujours le même problème en mode sans échec. Le bouton de confirmation est toujours activé là, et j’obtiens toujours les 2 pop-ups d’erreur dans l’interface utilisateur.
Lorsque j’ai mis à niveau, je l’ai fait uniquement via l’interface utilisateur (/admin/updates). C’était ma toute première mise à jour du serveur vers une nouvelle version. Avais-je besoin de faire aussi un “./launcher rebuild app” ?
Non, vous ne devriez pas avoir à le faire. Sauf s’il est impossible de mettre à niveau dans l’interface utilisateur, auquel cas il vous sera indiqué d’utiliser « ./launcher rebuild app ».
Quel navigateur utilisez-vous ? Peut-être que quelque chose est mis en cache côté client ? Je peux essayer une autre solution, mais la solution actuelle fonctionne déjà sur d’autres sites Discourse, j’essaie donc simplement de cerner les problèmes potentiels.
Pouvez-vous faire une capture d’écran de votre navigateur avec la console ouverte lorsque vous ouvrez ce modèle ? Le fichier texte que vous avez envoyé précédemment n’était pas très utile.
@blake J’ai maintenant essayé sur ces 3 navigateurs, et en « mode incognito » également, et c’est reproductible partout, ce qui indique que c’est spécifique à mon serveur discourse
Edge Version 138.0.3351.55 (Official build) (64-bit)
Firefox 140.0 (64-bit)
Chrome Version 137.0.7151.120 (Official Build) (64-bit)
Notez que ceci est après avoir cliqué sur le bouton « Confirmer » dans la fenêtre modale.
Toute autre chose que vous aimeriez que j’essaie, je suis partant, ou toute autre information de débogage que je peux vous fournir, faites-le moi savoir !
@blake pour rire, j’ai exécuté la commande ./launcher rebuild app et cela l’a corrigé. Le bouton de confirmation n’est plus activé si aucune case radio n’est sélectionnée.
Quelque chose de bizarre a dû se produire avec la mise à jour via l’interface utilisateur de beta7 à beta8. Après la mise à jour, mon serveur m’a donné le smiley et a dit que tout avait été mis à niveau correctement, mais il semble que cela n’ait appliqué que la moitié de la correction pour ce problème.
Quoi qu’il en soit, je suis prêt et je peux simplement m’assurer de faire mes mises à jour à partir de la ligne de commande à l’avenir.
