Нестабильная пометка тем как ☑️ Решено, Завершено или Исправлено на meta.discourse.org

Внести вклад Обратная связь по сайту
1

Hi wonderful Discourse staff who run and lovingly maintain this awesome online forum with their own product.

I note that we have the Solved Plugin active for Support. Great to see this awesome dogfooding in practice! Ditto for the use of the fixed and completed tags.

Unfortunately, there are a tonne of Topics in Support, Bug, Feature, and UX that haven’t been marked with these. This is quite confusing for the users of this forum, and hampers effective searches for existing solutions. Basically, if these aren’t going to be used consistently, they probably shouldn’t be used at all.

May I request that this is prioritised going forwards and someone (?intern, ??AI) is tasked with correctly marking the old ones?

10 лайков
Improving the experience in our support categories
2

Thanks, Nathan! Appreciate you for bringing this up. :sunflower: We definitely want to be doing more in this department.

Looks like enabling solutions for the Support category has worked pretty well for that category. The fixed and completed tags are also quite helpful, which can be used in all categories.

3 лайка
3

I don’t see the completed tag in Marketplace.

4

I believe that these are staff only.

Perhaps it would be helpful to expand this to trust_level_3? This might also help with Marketplace as per Jay’s point above.

2 лайка
5

FWIW For Marketplace there’s delivered, which is not restricted to team.

4 лайка
6

Thanks for sharing that context, James! :hugs:

So to sum up, it appears that at the moment we have five ways to indicate when a topic has taken its course and needs to be wrapped up. Does this about capture it?

what where who
:check_box_with_check: Discourse Solved Support Installation Dev Data & reporting SSO topic owner, @team, TL4
fixed Bug UX (works everywhere) @team
completed Feature UX @team
delivered Marketplace all members
:locked: close topic everywhere @team and automatic

This does feel to me like an awful lot of variety. I don’t know why the tags are different. Maybe it is helpful/informative for folks to be able to scroll through those tag lists individually. These tags and their purpose are not so discoverable, however.

:check_box_with_check: solved is easily discoverable and works quite well for support. I think it makes sense to limit it to that category. It’s helful to be able to filter for solved/unsolved topics in that category - I often forget about that pulldown though and wishit were more discoverable in the UI. :blush:

fixed is only used in Bug UX and means a bug or UX bug was fixed.

completed is used in Support Feature UX as well. UX because UX topics are often also feature requests. There was one topic, "Reader Mode" theme component feedback, that was in Site feedback but I’ve now moved it to Theme component where it seems to belong now that the component has been released.

delivered is only used in Marketplace.

Topics are :locked: closed for a variety of different reasons:

  • Support topics are closed a month after the last reply, once solved
  • Marketplace topics are closed a month after the last reply, whether or not they are delivered.
  • moderators close topics
    • when they are resolved
    • to prevent replies (eg documentation or release-notes)
    • as moderation tactic to end discussion in topics that have become unproductive or have run their course

Some potential next steps:

  • add descriptions to fixed completed delivered tags that explain how we use them
  • create a data explorer query with results like the table above, but listing the real and up to date number of topics that are solved/ unsolved, fixed/not fixed, completed/not completed, delivered/not delivered
  • create a data explorer query that lists the topics that have been closed, fixed, completed, delivered in a given timeframe
  • create a topic here in Site feedback to share the results of the above queries each week using an automation
  • create a topic here with a little howto guide for wrapping up topics and get a team together to follow it to start working through the list, in reverse chronological order
4 лайка
7

I added descriptions as below, to appear when you mouse over the tag or go to the tag page. Let me know if you have suggestions. Torn between keeping it short and sweet, and providing more detailed context. The categories themselves also have descriptions which are more detailed.

fixed

We prioritize the fixing of bugs in our software reported in the Bug and UX categories. Once bugs are fixed, they are given this tag.

completed

When features suggested in the Feature and UX categories are implemented, they are given this tag.

delivered

When a topic in Marketplace is confirmed delivered by the provider or recipient, it is given this tag.

3 лайка
8

Gosh. You made that sound complicated. :slight_smile:

Ostensibly, you pop the fixed tag on bugs that have been fixed and completed on feature requests that have been implemented. [1] It’s part of the process to close the topics out (and keep interested parties updated with the relevant info). They were initially implemented to provide some visual indication that ‘a good thing had happened’ versus the lock symbol of a closed topic. When these tags are consistently applied you get a nice wave of green when you scroll down their category topic lists.

(And delivered was a separate but similar one that wasn’t team—controlled so it could be used in Marketplace)

For Solved, there are quite a few categories where it’s active rather than just the generic Support category. Pretty much any category where the majority of topics are going to be questions that can get a solution. Support, Installation, Dev, Data & reporting, SSO

Ideally, the best practice is to have the OP mark the solution but we know that this sometimes doesn’t happen (for a variety of reasons) so I would often scroll the topic lists back and clean some outstanding ones up after a couple of weeks or so (once they were deemed to be ‘abandoned’)

FWIW The Theme component topic for that is Reader Mode, so really that feedback topic you linked shouldn’t be in Theme component (as it’s not a theme component topic). It should probably be in Feature or UX as I think that’s where these have come to live now more of them exist.

(I think it was in Site feedback as it was an experiment here on meta)

  1. and with UX being a halfway house between the two either can be used depending on the ‘flavour’ of the specific topic ↩︎

8 лайков
Experiment: Collaborative content gardening hub for meta
Experiment: Collaborative content gardening hub for meta
9

Awesome! Thanks for filling in some gaps there. I updated my table above.

That hasn’t been done systematically since you left, which is why we now have this topic to talk about getting caught up and having a system in place so we don’t fall behind again.

Good call! I moved it to Feature.

1 лайк
10

Yup, I guess that is what I was angling at with the OP. @JammyDodger - we miss you and your dedication to keeping Meta going so smoothly! Personally, I hope they make you an offer you can’t refuse…

6 лайков
11

Я возвращаюсь к этой теме, так как недавно получил выговор за пометку темы в #feature, которая, по моему мнению, должна была быть отмечена как completed, но не была.

Я хотел бы просто самостоятельно добавить этот тег. Однако, поскольку этот тег доступен только @staff, я не могу этого сделать. Странно, что будучи TL4, я могу выполнять множество потенциально разрушительных действий, но не могу добавить этот тег. Более того, я вообще не могу редактировать теги в некоторых категориях (например, в #plugin).

Так как же следует сообщать модераторам о таких мелочах, чтобы не раздражать их и не получать выговор? Или план состоит в том, чтобы оставить всё немного в беспорядке?

6 лайков
13

Я думаю, что можно пометить тему как «что-то другое» и указать, что, по вашему мнению, её следует отметить как завершённую/исправленную, по крайней мере для «старых» тем (то есть тех, которые были завершены/исправлены 6 месяцев назад, но сама тема не обновлялась).

(Хотя другие с этим не согласны)

Для срочных вопросов: было бы хорошей практикой, если бы наш персонал следил за тем, чтобы они продолжали заниматься вопросами, которые они исправляют.

6 лайков
14

Я считаю, что если мы начнем помечать каждую завершенную функцию за последние 13 лет существования этого форума из-за того, что у людей ОКР, это будет огромной тратой времени для всех.

Сам тег относительно новый, он никогда не получил широкого распространения, и мы могли бы просто закрывать темы для завершенных функций, позволяя всем создавать новые темы и при необходимости цитировать старые.

Я бы предпочел удалить флаг completed. Он был применен 400 раз и был создан только как способ помочь людям писать списки изменений, подход к которым сейчас изменился.

6 лайков
15

Не уверен, что это действительно причина. Изначально эта функция была внедрена для предоставления визуального индикатора, который отделял бы выполненные запросы на новые функции от остальных закрытых тем. Где-то здесь есть обсуждение между мной, Сэмом и Дэвом с дополнительной информацией, если вы поищете. (Кажется, это было в личных сообщениях, но точно не помню где).

Лично мне в то время не казалось особенно обременительным держать всё под контролем. :person_shrugging: Я больше сосредотачивался на «активном» окне, чтобы темы в верхней части /latest были более последовательными, хотя также занимался и другими, если они попадались мне на пути (связанные темы и так далее). Полная ревизия категории #feature действительно была бы гораздо более масштабной задачей. :slight_smile: (Не то чтобы это не было полезно — проработать и удалить/объединить/закрыть те, что были упущены за годы, просто это заняло бы много времени, и нужно было бы взвесить, где это стоит в списке приоритетов).

Это страх перед возможным будущим или это уже действительно происходит? Если это случается редко, то я не думаю, что это серьёзная проблема, но если это станет закономерностью, то соглашусь, что система флагов не лучшее место для этого. Думаю, личное сообщение было бы менее навязчивым способом сбора такой информации.

Но я также понимаю, что вы не хотите, чтобы разработчики, дизайнеры и другие специалисты слишком глубоко погружались в это, так как у них есть другая важная работа, а не наведение порядка в мета-обсуждениях. :heart:

4 лайка
16

Возможно, вопросы, требующие участия модератора, но не являющиеся срочными, можно было бы сообщать через личные сообщения в отдельный общий ящик. Тогда такие записи по наведению порядка не засоряли бы очередь на проверку, скрывая темы, где требуется немедленное действие, но при этом у нас всё равно было бы место для их сбора, чтобы кто-то мог заняться ими, если у него есть несколько свободных минут.

Это могло бы работать для всех видов побочных замечаний: например, отсутствующий тег, неработающая ссылка на предпросмотр в теме компонента темы или тема с функцией, которую можно закрыть, чтобы голоса вернулись пользователям.

6 лайков
17

Ой! Я только что понял, что в группе модераторов никого нет! Теперь я понимаю, почему мое личное сообщение @moderators, отправленное пару недель назад, так и осталось без ответа.. :sad_but_relieved_face:

Я создал эту группу как часть своей идеи о более мягком и деликатном подходе к модерации здесь. Важно иметь единый контакт, через который можно связаться с модератором и быть уверенным, что получите ответ. Надеюсь, решение об удалении этой группы будет пересмотрено.

Также, стремясь быть более добрым и мягким, я старался по возможности не использовать «потерю времени» как причину для решений модераторов. Я не считаю, что благонамеренные лидеры сообщества, которые стараются поддерживать порядок в обсуждениях, должны чувствовать себя плохо из-за этого.

Возвращаясь к первоначальному сообщению… У меня была регулярная задача — просматривать и очищать старые темы, и это была хорошая ручная работа, потому что по пути я часто мог закрыть оставшиеся вопросы. Иногда темы можно было просто удалить или объединить и т. д. Но это огромная задача, и я успел продвинуться лишь на несколько лет назад.

Я был бы за то, чтобы доверенные ветераны, такие как @nathank, могли добавлять теги вместо того, чтобы помечать темы для проверки сотрудниками, особенно сейчас, когда нет менеджера сообщества или выделенной команды модераторов.

Редактирование: ссылки всё ещё есть в моей боковой панели! Они нужны для просмотра тем, которые открыты, не решены и старше недели. Эти ссылки по-прежнему полезны, чтобы видеть, насколько хорошо мы справляемся с решением тем. Возможно, если у сотрудников нет времени, больше из нас могли бы помочь с этим.

5 лайков
18

Сейчас у нас переходный период в вопросах модерации, поэтому некоторые решения, которые мы принимаем прямо сейчас, могут оказаться неустойчивыми. Вот моё скромное мнение по этому поводу:

Я считаю, что мы должны стремиться к ситуации, когда:

  • Флаги используются для более важных вопросов;
  • У нас есть способ обрабатывать более тривиальные дела или заниматься общим уходом за контентом.

Если мы хотим использовать тег completed, то стоит наделить группу пользователей возможностью помечать посты этим тегом без использования флагов. Например:

  • Предоставить пользователям уровня TL3 и TL4 право помечать посты соответствующим образом;
  • Создать тему «Уход за контентом», где люди могут предлагать любые идеи по улучшению и упорядочиванию контента.
4 лайка
19

Я очень это ценю. Поскольку можно сообщить о сообщении только один раз и больше никогда, я всегда колебался использовать флаги для незначительных проблем, например, для неработающей ссылки предварительного просмотра в теме компонента темы.

Я предложил ящик для входящих, потому что думал, что архивирование обработанных запросов поможет отслеживать то, что уже решено. В теме с большим количеством ответов это может быть сложнее.

Не уверен, насколько полезно добавлять теги completed или fixed, но при этом не иметь возможности закрыть тему. Если для закрытия темы всё ещё нужен кто-то другой, это мало помогает.

6 лайков
20

Мы рассматривали возможность автоматизации закрытия тем с такими тегами — пока неясно, насколько сложно будет довести эти эксперименты до конца.

3 лайка
21

Предлагаю своё мнение по этому вопросу.

Я читаю каждый пост каждый день. Серьёзно. Мой последний непрочитанный пост был в июне 2024 года. Поэтому я видел, как исправлялись или завершались countless отчёты об ошибках и проблемах UX. Обычно я просто помечаю их к закрытию. Мне реже кажется необходимым использовать теги fixed или completed — достаточно просто закрыть тему. На мой взгляд, само по себе закрытие темы уже означает, что вопрос решён.

С другой стороны, я также согласен с этим:

Поэтому, если

будет реализовано в сочетании с

, я считаю, что это будет вполне полноценное решение.

3 лайка