Ого. Вы сделали это звучать сложно. 
Очевидно, вы добавляете тег fixed к багам, которые исправлены, и completed к запросам функций, которые реализованы. [1] Это часть процесса закрытия тем (и информирования заинтересованных сторон соответствующей информацией). Изначально они были внедрены, чтобы визуально показать, что «произошло что-то хорошее», в отличие от символа замка для закрытых тем. Когда эти теги применяются последовательно, при прокрутке списков тем в категории вы получаете приятную волну зелёного цвета.
(А delivered был отдельным, но похожим тегом, который не контролировался командой, поэтому его можно было использовать в Marketplace)
Что касается Solved, то есть довольно много категорий, где он активен, а не только в общей категории Support. Практически любая категория, где большинство тем будут вопросами, на которые можно получить решение. Support, #installation, Development, #data-reporting, sso
В идеале лучшая практика — чтобы автор темы (OP) помечал решение, но мы знаем, что это иногда не происходит (по разным причинам), поэтому я часто просматривал списки тем назад и через пару недель или около того чистил оставшиеся открытыми (после того как они считались «заброшенными»)
Кстати, тема #theme-component для этого — Reader Mode, поэтому на самом деле та тема с тегом feedback, на которую вы ссылаетесь, не должна быть в #theme-component (так как это не тема о компоненте темы). Её, вероятно, стоит разместить в #feature или ux, так как, по-моему, именно туда такие темы теперь перемещаются, поскольку их становится всё больше.
(Я думаю, она была в #site-feedback, потому что это был эксперимент здесь, на meta)