Metaで参加者はサードパーティ製プラグインの報告をどう管理すべきか

サイトフィードバック
1

Featured Badges breaks user profile pageでの議論を続けます。

この指示は主に誰に向けられたものなのか疑問に思っています。トピック自体に投稿されたので、議論の参加者向けだと仮定しますが、実際にはどのように処理されるべきなのでしょうか？

多くの場合、誰かが問題に直面してトピックを開いたとき、サードパーティのプラグイン、テーマ、またはコンポーネントが関与しているかどうかは、すぐに明らかではありません。それは、議論が進むにつれて明らかになることがよくあります。その時点で、ほとんどの人は投稿を専用トピックに移動することはできません。したがって、この処理方法についてのあなたの考えは異なるはずです。

ユーザーは投稿する前に、自分の問題の原因をすでに知っていることを期待していますか？ Bug ではなく Support でトピックを開始することは、不確かな場合には理にかなっていると思いますが、このトピックも Support に移動しなかったため、あなたが提案していることではないようです。

ここで、私たちレギュラー参加者が他に何をすべきだったのかを理解しようとしています。

「いいね！」 5
2

このような場合、コミュニティが役立つと思われる選択肢は2つあります。

  • バグから一般にカテゴリを変更する（権限がある場合）
  • モデレーターが専用トピックに移動できるようにフラグを立てる

リンクされたケースでは、少し怠慢だったことを認めます。メインのトピックを探して、議論をそこに移動させるべきでした。

「いいね！」 3
3

この場合、原因が当初不明だったため、Bug に投稿するのは正しかったと思います。その後、テーマコンポーネントのトピックにマージされるべきでした。それまでは、コンポーネントが原因であることを示すタグを付けて、Bug に留まっていた方が良かったのではないでしょうか？

General カテゴリは、あらゆる種類のトピックの受け皿になっているため、あまり好きではありません。人々がどこに投稿すればよいかわからずに General に投稿し、モデレーターが適切な場所があればそこに移動するか、あるいは General に十分な数の類似トピックが集まった場合に新しいカテゴリを作成するという世界は想像できます。

サム、このような場合は、面倒だと感じたらフラグ機能を使っても構いません。そうすれば、モデレーターが対応してくれます。

「いいね！」 1
4

これは、unsupported-install の使用方法と同様に、新しい #3rd-party タグを作成して使用できることを示唆しています。たとえば、Dashboard New Posts statistics broken の場合、Discourse のデバッグ全般について学ぶことはたくさんありますが、問題の原因となっている特定のプラグインに関する会話の一部はごくわずかです。会話全体をプラグインのトピックに移動するのは理想的ではないと思います。なぜなら、問題の特定方法の例を探す場所ではないからです。

したがって、#3rd-party タグを付けて独自のトピックに保持する方が理にかなっていると思います。バグカテゴリではなく、サポートカテゴリに配置する方が良いかもしれません。そうすれば、ユーザーは解決策を選択でき、トピックは自動的に閉じられます。バグカテゴリでは、スタッフメンバーが手動で閉じる必要があります。

したがって、トピックを作成し、返信には原因を特定する手順を含めることができます。原因を特定した投稿を解決策として選択し、トピックに #3rd-party タグを付けて、必要に応じて別のカテゴリに移動します。その後、OP は、専用のプラグイン/テーマ/コンポーネントのトピックに投稿することで、プラグイン/テーマ/コンポーネントの作成者に通知できます。ただし、その場合でも、同じ問題を抱えている他の人のために、トピックへの投稿が役立つかもしれません。

「いいね！」 3