あら。複雑に聞こえますね。 
表向きには、修正されたバグには fixed タグを付け、実装された機能リクエストには completed タグを付けます。 [1] これは、トピックをクローズし（関係者に適切な情報で最新の状態を保つ）、そのプロセスの一部です。当初は、クローズされたトピックのロックアイコンとは対照的に、「良いことが起こった」ことを視覚的に示すために実装されました。これらのタグが一貫して適用されると、カテゴリのトピックリストをスクロールすると緑色の波がきれいに表示されます。
（そして delivered は、チームが管理しない別の同様のタグでしたが、Marketplace などでも使用できました）
Solved については、一般的な Support カテゴリだけでなく、アクティブなカテゴリがいくつかあります。ほとんどのトピックが解決可能な質問であるカテゴリであれば、ほぼすべてです。 #support、#installation、#dev、#data-reporting、SSO
理想的には、OP（元の投稿者）が解決策をマークするのがベストプラクティスですが、それが時々起こらないこともわかっています（さまざまな理由で）。そのため、数週間後（「放棄された」と見なされた後）に、トピックリストをスクロールして、未解決のものをいくつかクリーンアップすることがよくありました。
参考までに、その Theme component トピックは Reader Mode です。したがって、リンクされた feedback トピックは、テーマコンポーネントのトピックではないため、Theme component にあるべきではありません。コンポーネントがさらに増えた現在では、これらは Feature または UX に属するようになったと思うので、おそらくそちらに移動すべきでしょう。
（メタでの実験だったので、Site feedback にあったのだと思います）