我知道原因和临时解决方案，但我仍会提交报告。
更新后，如果某个分类的 slug 为空，系统似乎会自动分配一个编码后的字符串。
示例
这个问题似乎出现在非英语环境中。我使用的是日语环境。
在新创建的分类中，任何 slug 都会保持为空，这似乎没有问题。
供参考，作为临时解决方案，您可以通过访问以下链接进入编辑界面：
https://example.com/c/5-category/edit/general
并根据需要修改分类中的数值。
我不确定这只是我个人的问题还是普遍存在的 bug，但希望这对您有所帮助。
您使用的是哪个版本的 Discourse？
我正在使用最新的 2.8.0.beta2 版本。
我于 6 月初安装了它进行测试，并正准备投入生产环境。
cd /var/discourse
./launcher rebuild app
我尝试了此操作，但没有任何变化。
我能够在上述步骤中复现该问题。
即使对于新创建的分类，当使用 Unicode 标识符（slug）时，分类编辑按钮也会导致 404 错误。
Unicode slug 示例：日本語
此后，如上一帖的动图所示，点击分类页面上的编辑按钮会返回 404 错误。
嗯，我无法在使用 slug generation method 站点设置并设置为 encoded 时复现 404 错误。我相信当您使用相关的 default locale 选项时，这应该默认启用。
谢谢！
我不喜欢过长的 URL 别名（slug），之前已经将其关闭。
选择“编码”作为 slug 生成方法后，404 错误得以解决。
在这种情况下，我认为可以通过不接受多字节字符，或者添加一条警示说明来避免此类问题。
无论如何，将编码后的字符串分配给原本为空 slug 的分类，这确实有些奇怪……
我遇到了这个问题。
这解决了问题。我删除了类别标识符中的重音符号。
