Je sais que ça se produit quand quelqu’un de Discourse aime le sujet de bug publié dans Contribute > Bug. Utilisez-vous un service web pour cela et écoutez-vous simplement le premier « J’aime » sur un nouveau message, en vous assurant juste qu’il n’est pas aimé à plusieurs reprises par quelqu’un de CDCK ?
J’aimerais beaucoup en savoir plus sur votre implémentation !
Nous avons un badge personnalisé pour cela. 
(plus d’informations sur Creating triggered custom badge queries et Enable Badge SQL)
Voici le code pour cela :
SELECT distinct p.user_id, p.created_at granted_at, p.id post_id
FROM badge_posts p
JOIN topics t ON t.id = p.topic_id
JOIN post_actions pa ON pa.post_id = p.id AND
post_action_type_id = (
SELECT id FROM post_action_types WHERE name_key = 'like'
) AND
pa.user_id IN (
SELECT gu.user_id
FROM group_users gu
WHERE gu.group_id = ( SELECT id FROM groups WHERE name ilike 'team' )
)
WHERE category_id = (
SELECT id FROM categories WHERE name ilike 'bug'
) AND p.post_number = 1
(En aparté, j’en ai également créé de similaires pour fonctionner à partir d’une Réaction spécifique d’un certain groupe 
)
@JammyDodger c’est génial ! Je n’ai pas encore eu le temps de me pencher sur les requêtes de badges personnalisées, mais cela pourrait enfin me donner une piste.
Si c’est possible de demander, comment gérez-vous les soumissions de bugs en interne au-delà du badge ? Au moins dans le contexte de Meta ? L’ajoutez-vous manuellement à votre file d’attente de bugs quelque part ? Utilisez-vous un plugin pour l’envoyer à votre file d’attente de bugs directement depuis le sujet ?
Je suis également curieux de connaître la logistique de la gestion des rapports de bugs et des demandes de fonctionnalités dans Discourse et comment vous les reliez à vos systèmes de développement/internes.
C’est vraiment amusant. Et il y a beaucoup d’exemples disponibles si vous avez besoin d’inspiration ou de conseils.
La catégorie Contribute > Bug constitue une grande partie de notre file d’attente de bugs. Pour éviter les doublons, nous traitons souvent le problème directement dans le sujet Meta (en utilisant des chuchotements, des @mentions et des assignations) et nous ne dérivons les problèmes vers une zone de l’équipe que s’ils nécessitent des discussions ou des contributions supplémentaires importantes. Nous recevons également des rapports de bugs via nos canaux clients, qui sont souvent résolus « dans le sujet » à moins qu’il n’y ait plusieurs rapports ou qu’un rapport public existe déjà (dans ce cas, l’un d’eux est généralement utilisé comme principal pour ne pas fragmenter la conversation trop, et les autres sont croisés en lien). Pour ceux que nous repérons nous-mêmes, nous disposons de quelques sujets internes que nous utilisons pour noter les petits problèmes en vue de leur résolution par quelqu’un, et pour les plus importants, nous créons un sujet dédié de la même manière que la catégorie publique Contribute > Bug.
Généralement, le flux est le suivant : un rapport arrive et l’un d’entre nous essaie de le reproduire et recueille les détails supplémentaires nécessaires. Une fois confirmé, nous envoyons un signal de détresse par @mention au groupe ou à la personne concernée pour lui donner une priorité et l’assigner. La correction arrive et est publiée dans un message pour clôturer le sujet (avec un délai de temporisation du sujet juste pour confirmer que tout fonctionne comme prévu ).
Contribute > Feature est un peu différent car il y a souvent beaucoup plus à discuter en interne. Nous essayons de limiter les chuchotements sur ces sujets publics et les réservons à de courtes notes et pour attirer l’attention sur ceux qui suscitent un intérêt croissant (encore une fois, avec des @mentions ). De cette façon, nous ne fragmentons pas la conversation entre trop d’endroits. Les chefs de produit aiment également interagir publiquement avec ces sujets pour explorer différents cas d’utilisation et tester les possibilités (ainsi que pour informer les gens de leur réflexion sur le sujet, car nous aimons être transparents autant que possible ). Si un Contribute > Feature devient quelque chose que nous envisageons sérieusement, il fera l’objet d’un sujet interne où les développeurs, les designers, les chefs de produit, les modérateurs de la communauté curieux, etc., peuvent tous apporter leurs idées et maquettes sur la meilleure façon de le réaliser (liens croisés vers le sujet Meta pour les connecter).
Maintenant que je l’ai écrit, je ne suis pas sûr que ce soit utile… Mais faites-moi savoir si vous souhaitez savoir autre chose.