Кнопка «Да» в модерации после блокировки пользователя

Добрый день

Флаг: пользователю требуется одобрение.

После блокировки пользователя за спам теперь остаётся кнопка «Да».

Похоже, это изменение было внесено в GitHub - discourse/discourse at 5b61a1d4496d9ea51fcd6fd79f736dff530781ab · GitHub (или, возможно, в более ранней версии).

Примечания:

  1. Я не являюсь администратором сайта.
  2. Надеюсь, что этого описания достаточно.
5 лайков

Спасибо за сообщение об этой проблеме. Мы уже работаем над исправлением, которое восстановит правильный контекст.

2 лайка

Спасибо за работу по решению этой проблемы @awesomerobot.

Мой форум был обновлён до версии Discourse ed00bce10a9e2ad5f12f6ae6b3a229bb62cf2d2b, которая содержит исправление discourse/discourse#43495. Однако мы по-прежнему видим эти неожиданные кнопки в элементах проверки «Пользователь ожидает одобрения».

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

Это явно баг, а не вопрос «UX».

2 лайка

А, теперь я понял, спасибо за дополнительные детали, тут потребовалось кое-что распутать… Я думал, что это то, что мы упустили ранее при изменениях в очереди на проверку, но это побочный эффект другого изменения, которое не должно было влиять на очередь на проверку.

Исходная проблема заключалась в том, что при включённом must_approve_users пользователей, у которых в очереди на проверку уже было обработанное, но которые всё ещё не были утверждены, нельзя было утвердить со страницы администратора, так как утверждение работало только для ожидающих элементов. Исправление позволило утверждать пользователей даже при наличии уже обработанных элементов в очереди. Это решило проблему со страницей администратора, но также привело к появлению кнопки «Утвердить» на обработанных элементах в очереди на проверку.

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

1 лайк

Я отмечу пост #6 как решение, как только снова столкнусь с этим же флагом.

Спасибо за работу.

1 лайк

Хорошо, похоже, проблема решена.

Где находится кнопка «Решение» на этом форуме? Я ожидал бы её в строке иконок под сообщением.

1 лайк

Плагин «Решено» не включён в этой категории. Кнопку можно найти под темами, например, в Support.
Иногда пользователи помечают темы как решённые после того, как кто-то делится обходным решением, которое не является окончательным. Поэтому в темах этой категории добавляется тег fixed, и тему закрывает тот, кто решил проблему.

2 лайка