Ich frage mich: An wen richtet sich diese Anweisung hauptsächlich? Da du sie in diesem Thema selbst gepostet hast, gehe ich davon aus, dass sie an die Teilnehmer der Diskussion gerichtet ist. Aber wie soll das in der Praxis gehandhabt werden?
In vielen Fällen ist es für jemanden, der ein Thema aufgrund eines Problems eröffnet, nicht sofort klar, ob ein Drittanbieter-Plugin, -Theme oder -Komponente involviert ist. Das wird oft erst im Laufe der Diskussion deutlich. Zu diesem Zeitpunkt können die meisten von uns die Beiträge nicht in das dedizierte Thema verschieben – deine Vorstellung davon, wie dies gehandhabt werden sollte, muss also anders sein.
Erwartest du, dass Benutzer die Ursache ihres Problems bereits kennen, bevor sie einen Beitrag verfassen? Ich stimme zu, dass es sinnvoll sein kann, ein Thema in Support statt in Contribute > Bug zu eröffnen, wenn man unsicher ist. Da du dieses Thema jedoch ebenfalls nicht nach Support verschoben hast, scheint das nicht das zu sein, was du vorschlägst.
Ich versuche zu verstehen, was wir als regelmäßige Teilnehmer hier anders hätten tun sollen.
Ich finde, es war in diesem Fall richtig, den Beitrag in Contribute > Bug zu stellen, da die Ursache zunächst nicht bekannt war. Anschließend hätte er in das Thema zur Themenkomponente übernommen werden sollen. Bis dahin hätte er meiner Meinung nach in Contribute > Bug verbleiben können, vielleicht mit einem Hinweis, dass eine Komponente die Ursache war.
Ich mag die Kategorie General nicht, die sich zu einer Sammelstelle für alle möglichen Themen entwickelt hat. Ich kann mir eine Welt vorstellen, in der Leute in General posten, weil sie nicht wissen, wo es hingehört, aber Moderatoren diese Beiträge dann an den passenden Ort verschieben, falls eine solche Kategorie bereits existiert, oder vielleicht eine neue Kategorie anlegen, wenn genug ähnliche Themen in General landen.
Sam, du kannst bei solchen Fällen auch gerne die Flagge verwenden, wenn du gerade faul bist. Dann können die Moderatoren sich darum kümmern.
Das bringt mich auf die Idee, dass ein neuer #3rd-party-Tag erstellt und verwendet werden könnte, ähnlich wie wir unsupported-install verwenden. Zum Beispiel im Fall von Dashboard New Posts statistics broken gibt es viel über das Debugging von Discourse im Allgemeinen zu lernen, aber nur ein kleiner Teil des Gesprächs betrifft das spezifische Plugin, das das Problem verursacht. Ich glaube nicht, dass es ideal wäre, das gesamte Gespräch in das Thema des Plugins zu verschieben, da dies nicht der Ort ist, an dem ich nach Beispielen suchen würde, wie man Probleme eingrenzt.
Daher denke ich, dass es sinnvoller wäre, es in einem eigenen Thema mit einem #3rd-party-Tag zu belassen. Es wäre vielleicht besser, dies in der Support-Kategorie statt in der Bug-Kategorie zu platzieren. Auf diese Weise können Benutzer eine Lösung auswählen und das Thema wird automatisch geschlossen. In der Bug-Kategorie müsste ein Mitarbeiter es manuell schließen.
Daher könnte ein Thema erstellt werden, Antworten würden die Schritte zur Identifizierung der Ursache enthalten. Der Beitrag, der es identifiziert, würde als Lösung ausgewählt, das Thema würde mit #3rd-party getaggt und bei Bedarf in eine andere Kategorie verschoben. Dann könnte der OP den Autor des Plugins/Themes/Components benachrichtigen, indem er im entsprechenden Thema des Plugins/Themes/Components postet, falls er es nicht bereits weiß. Aber vielleicht wäre selbst in diesem Fall ein Beitrag im Thema für andere hilfreich, die das gleiche Problem haben.