Gott sei Dank. Das klingt komplizierter, als es ist. 
Offiziell setzt man das Tag fixed auf behobene Fehler und completed auf umgesetzte Feature-Wünsche. [1] Es ist Teil des Prozesses, die Themen abzuschließen (und Interessierte mit den relevanten Informationen auf dem Laufenden zu halten). Ursprünglich wurden sie eingeführt, um visuell anzuzeigen, dass „etwas Gutes passiert ist“, im Gegensatz zum Schlosssymbol eines geschlossenen Themas. Wenn diese Tags konsequent angewendet werden, entsteht beim Durchscrollen der Themenlisten einer Kategorie ein schöner grüner Welleneffekt.
(Und delivered war ein separates, aber ähnliches Tag, das nicht vom Team kontrolliert wurde, sodass es auch in Marketplace verwendet werden konnte.)
Für „Gelöst“ (Solved) gibt es quite a few Kategorien, in denen es aktiv ist, nicht nur in der generischen Kategorie Support. Praktisch jede Kategorie, in der die meisten Themen Fragen sind, die eine Lösung finden können. Support, #installation, Development, #data-reporting, Support > SSO
Idealerweise ist es Best Practice, dass der Originalposter (OP) die Lösung markiert, aber wir wissen, dass dies manchmal nicht passiert (aus verschiedenen Gründen), daher scrollte ich oft zurück in den Themenlisten und räumte nach ein paar Wochen (sobald sie als „verwaist“ galten) einige ausstehende Themen auf.
Zur Info: Das Thema Customization > Theme component dafür ist Reader Mode, also sollte das #feedback-Thema, das du verlinkt hast, eigentlich nicht in Customization > Theme component sein (da es kein Thema zur Theme-Komponente ist). Es sollte wahrscheinlich in Contribute > Feature oder Contribute > UX sein, da ich denke, dass dort diese Themen jetzt eher angesiedelt sind, da es mehr davon gibt.
(Ich denke, es war in Contribute > Site feedback, da es hier auf Meta ein Experiment war.)
Und da Contribute > UX eine Art Zwischenlösung darstellt, kann je nach „Art“ des jeweiligen Themas entweder das eine oder das andere verwendet werden. ↩︎