Je me demande : à qui s’adresse principalement cette instruction ? Puisque vous l’avez publiée dans le sujet lui-même, je suppose qu’elle est destinée aux participants de la discussion. Mais comment cela est-il censé être géré en pratique ?
Dans de nombreux cas, lorsqu’une personne ouvre un sujet en raison d’un problème qu’elle rencontre, il n’est pas immédiatement clair pour elle si un plugin, un thème ou un composant tiers est impliqué. Cela ne devient souvent apparent qu’au fur et à mesure que la discussion progresse. À ce moment-là, la plupart d’entre nous ne peuvent pas déplacer les messages dans le sujet dédié - votre idée sur la façon dont cela devrait être géré doit donc être différente.
Attendez-vous à ce que les utilisateurs connaissent déjà la cause de leur problème avant de poster ? Je suis d’accord que commencer un sujet dans Support au lieu de Bug pourrait avoir du sens si vous n’êtes pas sûr, mais puisque vous n’avez pas non plus déplacé celui-ci vers Support, ce n’est pas ce que vous semblez suggérer.
J’essaie de comprendre ce que nous, en tant que participants réguliers, aurions dû faire différemment ici.
Je pense que dans ce cas, il était juste de poster dans Bug car la cause n’était pas connue au début. Ensuite, cela aurait dû être fusionné dans le sujet du composant thématique. D’ici là, je pense que cela aurait pu rester dans Bug, peut-être avec une étiquette indiquant qu’un composant était le coupable ?
Je n’aime pas la catégorie General qui est devenue un fourre-tout pour toutes sortes de sujets. Je peux imaginer un monde où les gens postent dans General parce qu’ils ne savent pas où cela appartient, mais les modérateurs déplacent ces messages vers l’endroit approprié s’il existe déjà ou créent peut-être une nouvelle catégorie si suffisamment de sujets similaires atterrissent dans General.
Sam, n’hésitez pas à utiliser le drapeau aussi si vous êtes paresseux dans de tels cas. Ensuite, les modérateurs pourront s’en occuper.
Cela me fait penser qu’une nouvelle balise #3rd-party pourrait être créée et utilisée, de la même manière que nous utilisons unsupported-install. Par exemple, dans le cas de Dashboard New Posts statistics broken, il y a beaucoup à apprendre sur le débogage de Discourse en général, mais seule une petite partie de la conversation concerne le plugin spécifique qui cause le problème. Je ne pense pas qu’il serait idéal de déplacer toute la conversation dans le sujet du plugin, car ce n’est pas l’endroit où je chercherais des exemples sur la façon de circonscrire les problèmes.
Par conséquent, je pense qu’il serait plus logique de le conserver dans son propre sujet avec une balise #3rd-party. Il serait peut-être préférable de le placer dans la catégorie support plutôt que dans la catégorie bug. Ainsi, les utilisateurs pourront sélectionner une solution et le sujet se fermera automatiquement. Dans la catégorie bug, un membre du personnel devrait le fermer manuellement.
Ainsi, un sujet pourrait être créé, les réponses contiendraient les étapes pour identifier la cause. Le message identifiant la cause serait sélectionné comme solution, le sujet serait balisé avec #3rd-party et déplacé dans une autre catégorie si nécessaire. Ensuite, l’OP pourrait informer l’auteur du plugin/thème/composant en postant dans le sujet dédié au plugin/thème/composant s’il ne le sait pas déjà. Bien que même dans ce cas, un post dans le sujet serait utile pour d’autres personnes ayant le même problème.