Отказано в доступе при редактировании подтверждения старого адреса электронной почты

Внести вклад UX
1

Привет,

Кажется, в моем экземпляре Discourse что-то сломалось при редактировании текстовых записей на панели персонализации. Буду очень признателен за любые подсказки, как действовать, так как я не получаю никакой информации о том, что происходит.

Вот что я получаю каждый раз, когда нажимаю РЕДАКТИРОВАТЬ на этой записи:

48%20AM
48%20AM757×275 18.7 KB

А вот как это выглядит в логах:

|message|Uncaught [object Object]|
|---|---|
|url|https://******/assets/ember_jquery-82558c4b4178a5371667ae9e87d3a56c737126be9d1394ca3dfde2d3833187f|
|line|1|
|column|262400|
|window_location|https://******/admin/customize/site_texts?q=email_prefix|

Заранее спасибо!

1 лайк
2

Я могу воспроизвести это здесь на Meta со всеми тремя шаблонами user_notifications.confirm_old_email. Мы обязательно это проверим. Спасибо за сообщение!

4 лайка
3

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

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

3 лайка
4

Да, я изучал эту проблему, и это ожидаемое поведение:

  def self.restricted_keys
    ['user_notifications.confirm_old_email.title',
     'user_notifications.confirm_old_email.subject_template',
     'user_notifications.confirm_old_email.text_body_template']
  end

Сообщение об ошибке тоже выглядит корректно, так как возвращается статус 403. Можно было бы сделать его более понятным, но в целом ничего критично сломанного здесь нет.

3 лайка
5

Похоже, что на каком-то этапе планировалось добавить более ясное сообщение:

3 лайка
6

Спасибо всем за уточнения.

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

Есть ли возможность как-то отредактировать эту запись? Для меня это не представляет проблемы с точки зрения безопасности.

1 лайк
7

Если отредактировать, это может превратиться в фишинговое письмо, поэтому редактирование этого сообщения не допускается.

1 лайк
8

Возможно, вы уже знаете, но вы можете изменить префикс электронной почты на что-то отличное от названия сайта через настройку сайта «Префикс электронной почты».

2 лайка
9

Хорошо, спасибо за уточнение. Я предполагаю, что вы правы насчёт этого, @codinghorror.

Да, я видел эту опцию, но скобки [—] всё ещё остаются, даже если добавлять ничего не нужно.

Из этого можно сделать два возможных вывода:

  1. Добавить более подробное объяснение ошибки или, что ещё лучше, предотвратить эту ошибку.
  2. Переместить [—] внутрь «email_prefix», чтобы можно было управлять ими глобально через настройки.

Спасибо.