おや。それ、すごく複雑に聞こえちゃいますね。
表面上は、修正されたバグには fixed タグを、実装された機能リクエストには completed タグを付けることになっています。[1] これらはトピックをクローズし（関連情報で関心のある当事者を更新し）、プロセスの一環となっています。当初は、クローズされたトピックの「鍵」アイコンとは対照的に、「良いことが起こった」という視覚的な示唆を提供するために導入されました。これらのタグが一貫して適用されると、カテゴリのトピックリストを下にスクロールした際に美しい緑の波が現れます。
（delivered はチーム管理外の、別個ながら類似するタグであり、Marketplace で使用できました）
Solved については、Support カテゴリだけでなく、アクティブになっているカテゴリがかなりあります。ほぼすべてのカテゴリで、トピックの大部分が解決可能な質問となっています。#support、#installation、#dev、#data-reporting、Support > SSO
理想的なベストプラクティスは、OP（Original Poster）が解決策をマークすることですが、これは時には行われないことがあります（さまざまな理由から）。そのため、私はしばしばトピックリストを遡って、数週間後に「放棄されたと見なされた」後、未解決のものを整理することがあります。
参考までに、その Customization > Theme component のトピックは Reader Mode なので、リンクされた feedback トピックは Customization > Theme component には置かない方が良いです（テーマコンポーネントのトピックではないため）。おそらく Contribute > Feature や Contribute > UX に置くべきでしょう。これらのトピックがより多く存在するようになり、今ではそれらの場所に定着しているように思えます。
（Contribute > Site feedback にあったのは、ここメタでの実験だったと思います）
そして Contribute > UX はその中間的な位置づけなので、特定のトピックの「種類」に応じてどちらを使っても構いません。 ↩︎