pablico
(Pablo Armentano)
1
你好,
我在编辑个性化面板中的文本条目时,感觉我的 Discourse 实例出了点问题。如果能得到任何处理建议,我将不胜感激,因为我目前完全无法获取任何关于问题原因的信息。
每次我点击此条目的“编辑”按钮时,都会出现以下提示:
以下是日志中的记录:
|message|未捕获的 [object Object]|
|---|---|
|url|https://******/assets/ember_jquery-82558c4b4178a5371667ae9e87d3a56c737126be9d1394ca3dfde2d3833187f|
|line|1|
|column|262400|
|window_location|https://******/admin/customize/site_texts?q=email_prefix|
提前感谢!
1 个赞
tshenry
(Taylor)
2
我可以在 Meta 上复现此问题,涉及所有三个 user_notifications.confirm_old_email 模板。我们一定会仔细查看。感谢报告此问题!
4 个赞
提醒:出于安全原因,不允许更改这些已确认的旧电子邮件模板,特别是在员工账户中,更改电子邮件时需要同时确认新旧邮箱。
对于普通用户,只需确认新邮箱即可,但员工账户不适用此规则。
3 个赞
j.jaffeux
(Joffrey Jaffeux)
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 个赞
pablico
(Pablo Armentano)
6
感谢大家的跟进。
我正在清理 [email_prefix] 中的邮件主题,因为发件人名称与站点标题相同,我不想让两者重复。
能否以某种方式编辑该条目?对我来说这似乎不构成安全问题。
1 个赞
如果编辑,它可能会变成钓鱼邮件,因此不允许编辑该内容。
1 个赞
tshenry
(Taylor)
8
您可能已经知道,您可以通过“邮件前缀”站点设置将邮件前缀修改为与站点标题不同的内容。
2 个赞
pablico
(Pablo Armentano)
9
好的,感谢澄清。我猜您是对的,@codinghorror。
是的,我见过这个选项,但即使不需要添加任何内容,方括号 [—] 仍然存在。
我们可以从中得出两种可能的结果:
- 提供更清晰的错误说明,或者更好的是 避免 该错误。
- 将 [—] 移至
email_prefix 内部,以便您可以从设置中全局调整它。
谢谢