Metaのサードパーティ製プラグインの報告について、参加者はどのように管理すべきか

貢献 サイトフィードバック
1

以下のディスカッションを続けます：「注目バッジがユーザープロフィールページを壊す」

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

多くの場合、誰かが問題が発生したためにトピックを立ち上げると、サードパーティ製のプラグイン、テーマ、またはコンポーネントが関係しているかどうかは、必ずしもすぐに明確ではありません。そのことは、議論が進んでから明らかになることが多いです。その時点で、私たち大半は投稿を専用のトピックに移動することができません。つまり、あなたが考えるべき処理方法は異なるはずです。

あなたは、ユーザーが投稿する前に問題の原因をすでに把握していることを期待していますか？あなたが確信が持てない場合は、Contribute > Bug ではなく Support でトピックを始めることが理にかなっていることは同意しますが、このトピックも Support に移動していないので、それがあなたの提案していることではないようです。

ここでは、私たち通常の参加者が何をすべきだったのか、理解しようとしています。

「いいね！」 5
2

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

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

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

「いいね！」 3
3

このケースでは、原因が当初不明だったため、#contribute:bug に投稿したのは適切だったと思います。その後、テーマコンポーネントのトピックに統合されるべきでした。それまでは、#contribute:bug に残しておいてもよかったかもしれません。ただし、問題の原因がコンポーネントであることを示すタグを付けるべきだったでしょう。

#general カテゴリはあらゆるトピックの引き出し入れ場となりつつあるため、私はあまり好んでいません。人々がどこに投稿すべきか分からないので #general に投稿し、モデレーターが既存の適切な場所に移動したり、#general に類似したトピックが多数集まってきた場合は新しいカテゴリを作成したりする、という世界はあり得ると思います。

サム、このような場合に面倒くさがっているようなら、フラグ機能も自由に使用してください。そうすれば、モデレーターが対応してくれます。

「いいね！」 1
4

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

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

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

「いいね！」 3