前一个提交按 §4.2 的旧判据「internal(err) 把原始错误串写进响应 detail(应仅日志)」 把 5xx 的 detail 去掉了。这是改错了方向,本提交翻回来: - 管理端 describeError()(systemApi.ts:85)是故意把 error.detail 拼进提示的, EventInfoPanel / UsersPanel / FontUploadField / ImageUploadField 等 5 处都在用。 录人员常常在局域网平板上操作,够不到服务端控制台的日志面板——去掉 detail 等于把失败原因藏在他拿不到的地方。 - 旧判据还漏了:原来真正的缺口不是「响应里有原文」,而是「日志里没有原文」。 正确修法是补日志,不是砍响应。 - 现口径:两边都要。apiError.detail 与 apiError.logDetail 是两个独立字段 (一个管回不回前端、一个管日志记什么),5xx 目前两者都设;要收口时只把 detail 置 nil 即可,日志线索不受影响。 - 测试 TestServerErrorKeepsRawReasonOutOfResponse 改名并反转断言为 TestServerErrorCarriesRawReasonToClientAndLog:同时断言响应 detail 带原文、 ERROR 日志也带原文。 版本号 dev_0.1.3 → dev_0.1.4(0.1.2 / 0.1.3 均未交付,debug/ 只留 0.1.4)。
2 lines
10 B
Plaintext
2 lines
10 B
Plaintext
dev_0.1.4
|