Wie sollten Teilnehmer Berichte über Drittanbieter-Plugins bei Meta verwalten

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.

3 „Gefällt mir“