Меня интересует: кому в первую очередь адресована эта инструкция? Поскольку вы опубликовали её в самой теме, я предполагаю, что она предназначена для участников обсуждения. Но как это должно работать на практике?
Во многих случаях, когда кто-то открывает тему из-за возникшей проблемы, ему не сразу понятно, задействован ли здесь сторонний плагин, тема или компонент. Это часто становится ясно только по мере развития обсуждения. К тому моменту большинство из нас не может переместить сообщения в специальную тему — значит, ваше представление о том, как это должно быть организовано, должно отличаться.
Ожидаете ли вы, что пользователи уже будут знать причину своей проблемы до публикации? Я согласен, что создание темы в Support вместо bug может иметь смысл, если вы не уверены, но поскольку вы не переместили и эту тему в Support, похоже, что это не то, что вы предлагаете.
Я пытаюсь понять, что нам, обычным участникам, следовало сделать иначе в данном случае.
Я думаю, что в данном случае было правильно разместить сообщение в bug, так как причина изначально была неизвестна. Затем его следовало бы объединить с темой компонента темы. До этого момента, на мой взгляд, оно могло оставаться в bug, возможно, с тегом, указывающим, что виновником стал компонент?
Мне не нравится категория General, которая превратилась в универсальное место для самых разных тем. Я вижу сценарий, когда люди публикуют в General, потому что не знают, куда это относится, а модераторы перемещают такие сообщения в соответствующее место, если оно уже существует, или, возможно, создают новую категорию, если в General оказывается достаточно похожих тем.
Сэм, не стесняйся использовать флаг и в таких случаях, если тебе лень. Тогда модераторы смогут разобраться с этим.
Это заставляет меня подумать, что можно создать и использовать новый тег #3rd-party, аналогично тому, как мы используем тег unsupported-install. Например, в случае с Dashboard New Posts statistics broken есть много полезной информации об отладке Discourse в целом, но лишь небольшая часть обсуждения касается конкретного плагина, вызвавшего проблему. Мне кажется, нецелесообразно переносить всё обсуждение в тему плагина, так как это не то место, где я бы искал примеры того, как сузить круг поиска проблемы.
Поэтому я считаю, что логичнее оставить обсуждение в отдельной теме с тегом #3rd-party. Возможно, лучше разместить её в категории поддержки, а не в категории багов. Тогда пользователи смогут отметить решение, и тема автоматически закроется. В категории багов закрывать тему пришлось бы вручную сотруднику.
Таким образом, можно создать тему, в ответах которой будут указаны шаги по выявлению причины. Если пост с выявлением причины будет отмечен как решение, тема получит тег #3rd-party и при необходимости будет перемещена в другую категорию. Затем автор темы (OP) может уведомить автора плагина/темы/компонента, опубликовав сообщение в соответствующей теме плагина/темы/компонента, если они ещё не в курсе. Хотя, возможно, даже в этом случае публикация сообщения в теме была бы полезна другим пользователям, столкнувшимся с той же проблемой.