Vaya. Lo has sonado complicado. 
Aparentemente, se coloca la etiqueta fixed en los errores que ya han sido corregidos y completed en las solicitudes de nuevas funciones que han sido implementadas. [1] Es parte del proceso para cerrar los temas (y mantener informadas a las partes interesadas con la información relevante). Inicialmente se implementaron para proporcionar alguna indicación visual de que «había ocurrido algo bueno» en comparación con el símbolo de candado de un tema cerrado. Cuando estas etiquetas se aplican de manera consistente, se obtiene una agradable onda verde al desplazarse por las listas de temas de sus categorías.
(Y delivered fue una separada pero similar que no era controlada por el equipo, por lo que podía usarse en Marketplace)
Para Solved, hay varias categorías donde está activo, no solo la categoría genérica Support. Prácticamente cualquier categoría donde la mayoría de los temas sean preguntas que puedan recibir una solución. Support, #installation, Development, #data-reporting, Support > SSO
Idealmente, la mejor práctica es que el autor original (OP) marque la solución, pero sabemos que a veces esto no ocurre (por una variedad de razones), así que a menudo reviso las listas de temas hacia atrás y limpio algunos pendientes después de unas pocas semanas (una vez que se consideran «abandonados»)
Por lo que pueda valer, el tema Customization > Theme component para eso es Reader Mode, así que realmente ese tema de feedback que enlazaste no debería estar en Customization > Theme component (ya que no es un tema de componente de tema). Probablemente debería estar en Contribute > Feature o Contribute > UX, ya que creo que ahí es donde estos han terminado por vivir ahora que existen más de ellos.
(Creo que estaba en Contribute > Site feedback ya que era un experimento aquí en meta)
y con Contribute > UX actuando como un término intermedio entre ambos, cualquiera de las dos puede usarse dependiendo del «sabor» del tema específico ↩︎