Nossa. Você fez isso parecer complicado. ![]()
Ostensiblemente, você aplica a tag fixed a bugs que foram corrigidos e completed a solicitações de recursos que foram implementadas. [1] Faz parte do processo fechar os tópicos (e manter as partes interessadas atualizadas com as informações relevantes). Eles foram inicialmente implementados para fornecer alguma indicação visual de que ‘algo bom aconteceu’ em contraste com o símbolo de cadeado de um tópico fechado. Quando essas tags são aplicadas consistentemente, você obtém uma bela onda verde ao rolar pelas listas de tópicos de sua categoria.
(E delivered era um separado, mas semelhante, que não era controlado pela equipe, então poderia ser usado em Marketplace)
Para Solucionados, existem várias categorias onde está ativo, em vez de apenas a categoria genérica Support. Praticamente qualquer categoria onde a maioria dos tópicos serão perguntas que podem obter uma solução. Support, Installation, Dev, Data & reporting, SSO
Idealmente, a melhor prática é que o OP marque a solução, mas sabemos que isso às vezes não acontece (por uma variedade de razões), então eu costumava rolar as listas de tópicos para trás e limpar algumas pendentes depois de algumas semanas (depois que eram consideradas ‘abandonadas’)
Para sua informação, o tópico Theme component para isso é Reader Mode, então realmente esse tópico feedback que você vinculou não deveria estar em Theme component (já que não é um tópico de componente de tema). Provavelmente deveria estar em Feature ou UX, pois acho que é onde eles passaram a residir agora que existem mais deles.
(Acho que estava em Site feedback, pois foi um experimento aqui no meta)