我从 2018 年之前就开始运行 Discourse 论坛了。真不敢相信我们仍然有“422 Unprocessable Entity”（无法处理的实体）错误。我说的还不是在使用 API 时，而是在撰写帖子、创建自动化、创建分类时——基本上是在基于 Web 的界面中进行各种操作时。这些对用户来说极其不友好。我们能否得到有意义的、可能有帮助的错误消息，说明具体问题是什么？
如果我承诺提供自制的（当然是无毒的）饼干怎么样？
2 个赞
在您的经验中，这些是一致可重现的吗？您最常在哪些特定情况下看到它们？您是否运行任何非官方插件？如果您能向我们展示浏览器检查器中产生错误的特定请求，那将非常有帮助！
1 个赞
@awesomerobot 说得对——另外，您运行的是最新版本的 Discourse 吗？我很久没有以用户的身份遇到过 422 错误了 
1 个赞
我正在运行 2026.2.0-latest。我最近从一个至少有几年历史的 Beta 或预发布版本升级。Docker 镜像标签显示“2.0.20240708-0023”，听起来差不多。我非常确定它是一个 2.x 版本。我以为我已经升级（或禁用了）我所有的插件、主题或主题组件。它现在肯定没有抱怨它们中的任何一个了。
我只启用了两个非“By Discourse”的插件：
- Custom Wizard，作者是 Angus McLeod 等人。
- Discourse Suppress Category From Latest，作者是 richard@discoursehosting.com，其 GitHub README 链接到 Suppress category from latest topics gone 帖子，该帖子底部有一个另一个、更新的插件，该插件最近更新过。
虽然安装的“Suppress Category”插件似乎无人维护（或者令人惊讶地不需要任何更新？），但这不太可能是导致在尝试发布条目或编辑/创建自动化时出现问题的罪魁祸首。
我过去经常看到或听说人们遇到 422 错误消息，在最近升级后我仍然偶尔会看到一些。我每周不会收到几十个这样的错误。我只是看到或听到的频率足够高，而且它们背后的原因很神秘。如果我知道在特定情况下具体是什么触发了它们，重现起来会容易得多，但我并不总能弄清楚。这就是我想要更好的错误消息的原因。(-:
奇怪的是，我从没想过去检查检查器，因为我以为这是一个服务器端错误，不会显示在控制台中。我会试着记下细节，特别是当我弄清楚是什么导致了错误或如何修复它的时候。
谢谢
1 个赞
后者，它只是在所有这些时间里一直有效（并且仍然有效）
2 个赞