궁금한 점이 있습니다. 이 지침은 주로 누구를 대상으로 한 것일까요? 해당 토픽 자체에 게시하셨으므로, 토론 참여자들을 위한 것이라고 가정합니다. 하지만 실제로는 어떻게 처리되어야 할까요?
많은 경우, 문제가 발생하여 누군가 토픽을 열 때 서드파티 플러그인, 테마 또는 컴포넌트가 관여하는지 즉시 명확하지 않습니다. 이는 대개 토론이 진행되면서야 비로소 드러나는 경우가 많습니다. 그 시점에는 우리 중 대부분은 게시물을 전용 토픽으로 이동시킬 수 없습니다. 따라서 이 문제를 처리해야 한다고 생각하는 방식은 제 생각과 다를 것입니다.
사용자가 게시하기 전에 이미 문제의 원인을 알고 있을 것으로 기대하나요? 불확실한 경우 Contribute > Bug 대신 #support에서 토픽을 시작하는 것이 합리적일 수 있다는 점에는 동의합니다. 하지만 이 토픽도 #support로 이동시키지 않으셨으므로, 그것이 당신이 제안하는 방식인 것 같지는 않습니다.
저는 우리가 일반 참여자로써 여기에서 무엇을 다르게 해야 했는지 이해하려고 노력하고 있습니다.
이 경우 처음에는 원인이 불명확했으므로 #contribute:bug에 게시한 것이 옳았다고 생각합니다. 이후에는 테마 컴포넌트 관련 주제로 병합되었어야 합니다. 그 전까지는 컴포넌트가 문제의 원인임을 나타내는 태그를 붙여 #contribute:bug에 머물러 있어도 괜찮았을 것 같습니다.
모든 종류의 주제를 수용하는 포괄적인 공간이 되어버린 General 카테고리는 별로 좋아하지 않습니다. 사람들이 어디에 게시해야 할지 몰라서 #general에 올리는 상황을 상상해 볼 수 있습니다. 그런 경우 модератор들은 이미 적절한 장소가 존재하면 해당 게시물을 옮기거나, #general에 유사한 주제가 충분히 쌓이면 새로운 카테고리를 만들 수 있습니다.
샘, 이런 경우 게으를 때는 신고(플래그) 기능을 자유롭게 사용해도 됩니다. 그러면 модератор들이 처리할 수 있으니까요.
This makes me think that a new #3rd-party tag could be created and used, similar to how we use unsupported-install. For example, in the case of Dashboard New Posts statistics broken, there’s much to learn about debugging Discourse in general, but only a small part of the conversation is about the specific plugin causing the issue. I don’t think it would be ideal to move the entire conversation into the plugin’s topic, as this isn’t the place where I would look for examples on how to narrow down problems.
Therefore, I think keeping it in its own topic with a #3rd-party tag would make more sense. It might be better to place this in the support category rather than the bug category. That way, users can select a solution, and the topic will automatically close. In the bug category, a staff member would have to manually close it.
So, a topic could be created, replies would contain the steps to identify the cause. The post identifying it selected as the solution, the topic would be tagged with #3rd-party, and moved to another category if needed. Then the OP could notify the plugin/theme/component author by posting in the dedicated plugin/theme/component topic if they don’t already know. Though maybe even in that case, a post in the topic would be helpful for others having the same issue.