Ну ты дал. Звучит слишком сложно. ![]()
Формально, к исправленным багам добавляется тег fixed, а к реализованным функциям — completed. [1] Это часть процесса закрытия тем (и информирования заинтересованных участников о релевантных изменениях). Изначально теги вводились, чтобы визуально отличать ситуацию «произошло что-то хорошее» от значка закрытой темы. При последовательном использовании этих тегов при прокрутке списков тем в категории появляется приятная зеленая волна.
(И delivered был отдельным, но похожим тегом, который не контролировался командой, поэтому его можно было использовать в Marketplace)
По тегу Solved: он активен довольно во многих категориях, а не только в общей категории Support. Практически в любой категории, где большинство тем — это вопросы, на которые можно найти решение. Например: Support, #installation, Development, #data-reporting, Support > SSO.
В идеале лучшим практикой является пометка решения автором темы (OP), но мы знаем, что иногда этого не происходит (по разным причинам), поэтому я часто просматриваю списки тем и чищу те, которые остались без решения, спустя пару недель (когда они уже считаются «заброшенными»).
К слову, тема Customization > Theme component для этого компонента находится по адресу Reader Mode, поэтому та тема с обратной связью, ссылку на которую ты дал, не должна находиться в Customization > Theme component (поскольку это не тема о компоненте темы). Скорее всего, её стоит переместить в Contribute > Feature или Contribute > UX, так как, я думаю, именно в этих категориях теперь собираются такие темы, их становится всё больше.
(Я думаю, она изначально была в Contribute > Site feedback, так как это был эксперимент здесь, на meta)
А поскольку Contribute > UX — это некая промежуточная зона, можно использовать любой из этих тегов в зависимости от «специфики» конкретной темы. ↩︎