Обзор элемента не сгенерирован, когда флаг разрешен функцией "Take Action..."

Внести вклад Ошибка
1

Приоритет/Серьезность:

Средний

Платформа:

Операционная система

Windows 11

Браузер

Google Chrome 139.0.7258.139

Discourse

3565ddcc3672fc73614a8e2aa99ed8b8df2164f3

Описание:

История действий модерации представляет собой ценный контекст для модератора при определении соответствующих дисциплинарных мер в отношении пользователя.

Необходимо вести учет действий модерации для подготовки юридически обязательного отчета о прозрачности DSA.

Помимо реагирования на сигналы от пользователей, сотрудники могут отслеживать форум и принимать меры в отношении неуместных сообщений, которые они замечают. Когда сотрудник помечает сообщение и выбирает «Это не по теме», «Это неуместно» или «Это спам», становится активной кнопка «Принять меры…». Затем сотрудник может использовать эту кнопку для немедленного реагирования на сообщение, вместо менее удобного альтернативного подхода — добавления сигнала в очередь проверки и последующего реагирования там.

:bug: Если сигнал решается через функцию «Принять меры…», он не записывается как сигнал.

:slightly_frowning_face: Модераторы не будут знать об этом значимом действии при просмотре истории сигналов пользователя.

:slightly_frowning_face: Причина действия, которую пользователь, подавший сигнал, приложил усилия для указания и которая необходима для подготовки отчета о прозрачности DSA, просто теряется.

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

:slightly_smiling_face: Эти действия модерации будут видны в истории других сигналов по сообщениям пользователя.

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

:slightly_smiling_face: Причина действия будет зафиксирована.

Шаги для воспроизведения:

  1. Войдите на форум Discourse, где у вас есть права сотрудника.
  2. Нажмите значок флага на тестовом сообщении.
  3. Выберите радиокнопку «Это не по теме».
    Кнопка «Принять меры…» станет активной.
  4. Нажмите кнопку «Принять меры…».
    Откроется меню.
  5. Выберите «Скрыть сообщение» «Заглушить пользователя» из меню.
    • ⓘ Такое поведение также наблюдается при выборе «Приостановить пользователя».
    • Откроется диалоговое окно «Заглушить пользователя».
  6. Выберите любой вариант из меню «Как долго пользователь будет заглушен?».
  7. Выберите любой вариант из меню «Почему вы заглушаете этого пользователя?».
  8. Нажмите кнопку «Заглушить».
  9. Откройте страницу форума /review?status=all.

:bug: Записи о сигнале нет.

Дополнительная информация:

Описанное мной «текущее поведение» наблюдается на форуме, где у меня есть права сотрудника. Я не мог проверить поведение на try.discourse.org, так как это требует прав сотрудника. Однако я считаю, что это поведение заложено в ядро Discourse и будет присутствовать на всех форумах Discourse.

1 лайк
2

«Принять меры» делает именно то, что написано.

Для меня, когда я применяю действие «не по теме» к посту пользователя, в очереди на модерацию после фильтрации всего по флагам для этого конкретного пользователя появляется запись:

Screenshot_20250823_165510_Opera
Screenshot_20250823_165510_Opera1080×1775 123 KB

Однако вы можете использовать функцию «поместить в очередь на модерацию», которая добавляет пост в очередь на проверку, и при этом на странице пользователя также остаётся запись о модерации, но вы сами выбираете, какое действие предпринять над постом, как и в случае с обычным флагом.

Screenshot_20250823_163723_Opera
Screenshot_20250823_163723_Opera1080×1620 163 KB

3

Но «Пожаловаться на пост» — нет. Если я нажимаю на значок флага, должен создаваться флажок.

Вы занимаетесь модерацией форума? Уверен, любой опытный модератор поймёт, почему важно, чтобы для любого такого действия создавалась легкодоступная запись.

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

Спасибо, что обратили на это внимание! Вы абсолютно правы. Я теперь вижу, что описанное мной поведение не возникает, когда выбрано действие «Скрыть пост». Оно возникает только при выборе одного из других действий. Тот факт, что функция «Принять меры» создаёт элемент проверки при определённых условиях, создаёт впечатление, что отсутствие создания элемента проверки при других условиях является ошибкой. Я проверял предоставленные инструкции при написании запроса на новую функцию, но, должно быть, допустил ошибку во время тестирования. Приношу извинения за путаницу.

На моём форуме мы на самом деле не используем действие «Скрыть пост», поэтому у меня нет опыта работы с этими конкретными условиями, но я выбрал его как наиболее простое для использования в быстром эксперименте.

Я соответствующим образом обновил инструкции в отчёте о новой функции.

2 лайка
5

Спасибо @per1234 за сообщение. Команда изучает вопрос и ответит вам в течение следующих нескольких недель.

3 лайка
8

Спасибо, что обратили на это внимание, @per1234.

Я провел некоторые тесты, и вы правы:

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

2 лайка
9

Привет, @per1234! :waving_hand:

Просто короткое обновление. Мы начали работу над этим, и я сейчас обсуждаю некоторые детали реализации со своими коллегами. :folded_hands:

2 лайка
10

Снова здравствуйте.

Исправление этой проблемы было только что слито в ветку main, а также в stable, и должно быть включено в ваше следующее развертывание.

2 лайка