Действие «Удалить пользователя» находится под разными основными кнопками в зависимости от типа флага. Было бы неплохо, если бы кнопка «Удалить» всегда имела поддействие «Удалить пользователя».
Кстати, URL-адреса добавляются в список заблокированных, если вы удаляете их из вручную отмеченного обзора, но не из обзоров, опубликованных пользователем слишком быстро.
У меня только что произошли странные события, связанные с пометкой сообщения в личной переписке. В переписке участвовали два человека: я и новый модератор, которого я сейчас обучаю. Мы тестировали функцию пометки, и она пометила одно из своих собственных сообщений. Оба мы получили уведомление о том, что наше сообщение помечено как спам и его нужно отредактировать и исправить, но ни один из нас не мог напрямую отменить действие пометке в самом сообщении. Кроме того, оно не появилось в очереди на проверку.
Пока сообщение было скрыто, я выбрал значок администратора (ключ), но не смог его использовать, так как он каким-то образом находился за содержимым сообщения. См. скриншот.
Сообщение разблокировалось только после того, как я отредактировал его.
Итак, несколько проблем:
Мне очень нравятся улучшения здесь — наконец-то у меня появилась возможность обдумать всё и собрать немного отзывов по этому поводу:
Ещё одна функция, которую стоит добавить: сделать так, чтобы повторные флаги не возвращались в очередь модерации, если содержимое поста не было отредактировано или изменено каким-либо образом. Это должно автоматически игнорировать новые флаги, а также не должно позволять уведомлять или скрывать пост.
Идея в следующем: какой-то модератор уже увидел этот флаг и обработал его, и любые новые флаги (того же типа) должны обрабатываться аналогичным образом.
Одно уточнение к вышесказанному: мы, вероятно, должны просто игнорировать новые флаги, а не автоматически закрывать элемент для модерации так же, как был обработан исходный флаг (например, «согласен»). Иначе это может иметь непреднамеренный побочный эффект: злоупотребляющие флагами пользователи смогут повышать свои рейтинги, флагом отмечая те посты, которые модераторы уже решили как «согласен + оставить».
Отличный момент. В дополнение к этому, я регулярно одобряю публикации, которые затем помечаются Akismet как спам. Скорее всего, этого тоже не должно происходить.
Да, плагины, вероятно, всё же должны иметь возможность переопределять это предложение при необходимости, но я согласен, что Akismet не должен этого делать в данном случае. Это может быть скорее проблемой плагина Akismet, но это отличный момент.
Это проблема плагина, я внесу исправление.
Я уже начал работать над этим. Согласен, что новые отметки нужно игнорировать, а не автоматически разрешать. Я думал о том, чтобы показывать сообщение об ошибке, когда кто-то пытается повторно пометить уже проверенное сообщение.
Также я подумал, что пользователям следует ждать около 24 часов, прежде чем они смогут повторно пометить сообщение по той же причине.
Поскольку все последние ожидающие элементы находятся в меню «Все», вкладка «Обзор» должна перенаправлять нас в это меню, а не в меню «Сгруппировано по темам».
У вас включена настройка «reviewable default topics»? Это заставляет систему по умолчанию отображать темы вместо всех элементов, что должно быть настройкой по умолчанию.
Мы только что объединили эту функцию:
Согласно Discourse 2.4.0.beta11 Release Notes :
Подозрительные пользователи отправляются в очередь на проверку
Подозрительные пользователи — те, кто просмотрел менее одного сообщения и одной темы, но изменил свою биографию, — теперь отправляются в очередь на проверку. Такие пользователи с высокой вероятностью являются спамерами, так как большинство пользователей сначала просматривают сайт, а только потом тратят время на заполнение биографии.
У нас этого не происходит: новые подозрительные пользователи появляются в разделе /admin/users/list/suspect, как обычно, но не в очереди на проверку. Зависит ли это от каких-либо настроек?
Да, эта функция зависит от настройки «Утверждать подозрительных пользователей» (отключена по умолчанию).
Отлично, теперь всё работает (возможно, такую информацию стоит добавить в примечания к выпуску).
У меня есть небольшая просьба, которая поможет ускорить процесс проверки: не могли бы вы добавить ссылку на поле «Веб-сайт»? Сейчас нам приходится копировать и вставлять его вручную, что сильно замедляет нашу работу.
Похоже, это пользовательское поле, которое вы добавили. К сожалению, мы не можем определить, являются ли эти данные URL-адресами.
Поле «Веб-сайт»? Это не пользовательское поле (как и здесь, на Meta). Два других — пользовательские, но мне не нужно, чтобы они были гиперссылками.
Логично, что стандартное поле веб-сайта должно быть активным. Было бы здорово, если бы оно отслеживало количество кликов.
Думаю, вы должны иметь возможность сделать свои пользовательские поля кликабельными с помощью компонента темы.
Двойной щелчок, Control-C, Control-T, Control-V, Enter
Моя ошибка! Я проверил это здесь на Meta, и у пользователя, которого я рассматривал, не было веб-сайта. Кроме того, я запутался из-за других полей пользователя, расположенных непосредственно ниже. Это добавит ссылку на веб-сайт для более удобной проверки:
После дополнительных размышлений 24-часовой период охлаждения кажется приемлемым для небольших сайтов, но меня беспокоит, что пользователи на крупных сайтах всё ещё могут перегружать модераторов.
Что вы думаете о возможности настройки (или хотя бы целевой настройки через плагин) периода, в течение которого посты нельзя пометить? Любое действие, способное снизить потенциальную нагрузку на модераторов, я считаю успехом.
Другой, не связанный с этим вопрос: высокодоверенных пользователей могут воспринимать как обладающих «модераторскими» полномочиями, позволяющими скрывать посты всего одной пометкой. Возможно, стоит сохранить опцию с прежним минимальным количеством пометок для скрытия поста, чтобы ни один участник сообщества не мог действовать как цензор.
Да, после долгих обсуждений я не возражаю против возвращения минимального количества. Мне бы хотелось убедиться, что клиент @featheredtoast сначала попробовал другие настройки и уверен, что это будет полезно.
@Roman, можем ли мы сделать это окно в 24 часа настраиваемым?
Готово:
Можно включить или отключить с помощью настройки high_trust_flaggers_auto_hide_posts.
Можно настроить с помощью параметра cooldown_hours_until_reflag (по умолчанию 24 часа).
