Accidenti. L’hai reso complicato. 
Apparentemente, si applica il tag fixed ai bug che sono stati corretti e completed alle richieste di funzionalità che sono state implementate. [1] Fa parte del processo per chiudere gli argomenti (e mantenere le parti interessate aggiornate con le informazioni pertinenti). Sono stati inizialmente implementati per fornire un’indicazione visiva che ‘è successo qualcosa di buono’ rispetto al simbolo di blocco di un argomento chiuso. Quando questi tag vengono applicati in modo coerente, si ottiene una bella onda verde scorrendo le liste degli argomenti della loro categoria.
(E delivered era uno separato ma simile che non era controllato dal team, quindi poteva essere usato in Marketplace)
Per Solved, ci sono diverse categorie in cui è attivo piuttosto che solo la categoria generica Support. Praticamente qualsiasi categoria in cui la maggior parte degli argomenti sono domande a cui si può trovare una soluzione. Support, Installation, Dev, Data & reporting, SSO
Idealmente, la best practice è che l’OP contrassegni la soluzione, ma sappiamo che a volte questo non accade (per una serie di motivi), quindi spesso scorrevo le liste degli argomenti e ripulivo quelle in sospeso dopo un paio di settimane o giù di lì (una volta che erano considerate ‘abbandonate’).
FWIW L’argomento Theme component per quello è Reader Mode, quindi in realtà quell’argomento feedback che hai linkato non dovrebbe essere in Theme component (poiché non è un argomento di componente tema). Dovrebbe probabilmente essere in Feature o UX poiché penso che sia lì che questi sono finiti ora che ce ne sono di più.
(Penso che fosse in Site feedback poiché era un esperimento qui su meta)