C’était bien cela, @Moin. Merci ! (Je ne sais pas pourquoi cela ne m’avait pas sauté aux yeux dans la liste )
Et qu’en est-il des notifications de mise à jour de fil ? Un « moi aussi » compte-t-il comme une réponse aux fins des notifications de réponse ?
Dans une situation où j’ai ouvert un incident en raison d’un nombre élevé de « moi aussi », lorsque je réponds au fil pour demander aux utilisateurs des détails supplémentaires… qui reçoit la notification ?
Je dirais : cela dépend. Le bouton « moi aussi » modifie le statut de suivi du sujet en « suivi ».
Le statut de suivi du sujet est également mis à jour lorsque vous répondez, mais le niveau de notification dépend de ce que l’utilisateur a configuré dans ses préférences.
La valeur par défaut pour cela est configurée par les administrateurs avec le paramètre de site Default_other_notification_level_when_replying, qui est « suivi » par défaut.
Donc, si la préférence de l’utilisateur est par défaut, le bouton donne le même suivi de sujet qu’une réponse. Donc, si vous répondez au sujet au lieu d’un message spécifique, les utilisateurs qui ont répondu et ceux qui ont utilisé le bouton reçoivent par défaut le même type de notification : le sujet apparaîtra dans la liste des messages non lus/nouveaux des utilisateurs.
Mais je ne pense pas que vous receviez des notifications directes pour les réponses dans un sujet que vous suivez, donc je ne suis pas sûr que ce soit ce que vous voulez dire. Pour ceux qui ont répondu, vous pouvez utiliser une mention @here qui est comme notifier tout le monde qui a posté. C’est probablement quelque chose dont les utilisateurs qui ont utilisé le nouveau bouton ne seraient pas notifiés.
+1 pour cela, notre forum de support voit beaucoup de problèmes spécifiques à un utilisateur qui ne peuvent pas être les mêmes que ceux rencontrés par un autre utilisateur, dans ce cas le bouton « moi aussi » n’a pas de sens.
Cette fonctionnalité inclut-elle un rapport administrateur indiquant quels sujets ont reçu des clics « Moi aussi », de préférence triés par nombre décroissant ?
Je ne fais pas cette demande pour mon usage personnel, car je ne suis pas administrateur sur les sites utilisant cette fonctionnalité. Cependant, je pourrais peut-être demander à un administrateur d’accéder au rapport. Sans cet accès, je ne pourrais pas fournir de retour sur le rapport tel qu’il existe actuellement — ou sur un nouveau rapport s’il est créé.
Un tel rapport pourrait également être utile aux utilisateurs généraux. Il pourrait leur permettre de voir quels problèmes sont signalés le plus fréquemment et de déterminer s’ils rencontrent le même problème.
J’ai utilisé votre question comme invite directement dans l’interface de l’explorateur de données pour en créer un :
Invite :
un rapport administrateur indiquant quels sujets ont reçu des clics « Moi aussi », de préférence triés par nombre décroissant, filtré aux sujets ouverts, avec un paramètre pour la plage de dates lors du dernier bump du sujet
Requête :
-- [params]
-- date :start_date = 2026-02-01
-- date :end_date = 2026-08-01
SELECT
t.id AS topic_id,
t.title,
COUNT(si.id) AS me_too_count,
t.bumped_at AS last_bumped_at
FROM discourse_solved_shared_issues si
JOIN topics t ON t.id = si.topic_id
JOIN categories c ON c.id = t.category_id
WHERE t.deleted_at IS NULL
AND t.archetype = 'regular'
AND t.closed IS FALSE
AND t.archived IS FALSE
AND t.visible IS TRUE
AND c.read_restricted IS FALSE
AND t.bumped_at >= CAST(:start_date AS date)
AND t.bumped_at < CAST(:end_date AS date) + INTERVAL '1 day'
GROUP BY t.id, t.title, t.bumped_at
ORDER BY me_too_count DESC
Et cela peut également être ajouté au tableau de bord, si désiré.
Cela dit, je pourrais imaginer que cela soit directement intégré dans la section « support » du nouveau tableau de bord également.