我在一处内部实例中发现了这个问题,并刚刚在 meta 上复现了它:
- 进入某个分类,例如 Customization > Extras(你尚未自定义该分类的通知设置,因此默认为
正常)。 - 将设置更改为其他选项,例如
已静音。 - 使用浏览器重新加载页面(例如 F5)。
- 如果设置符合预期,请尝试更改为其他设置(包括
正常)。
如果设置不符合预期,那就是该缺陷。
有时设置会生效,但更多时候不会生效,尤其是在在「正常」、「关注」和「已静音」之间切换时(不过最后这一观察可能只是我的印象)。
(临时解决方案:进入用户偏好设置并进行设置——别忘了点击「保存更改」。)
附注:虽然向 notifications 端点发送的 XHR HTTP POST 请求返回了 HTTP 200,但我注意到它们将 notification_level 作为字符串提交(例如,“0” 表示已静音,“1” 表示正常,最高到 “3” 表示关注),但这可能是有意为之,并非问题所在。