更新后设置 publish_to_category 主题计时器时出现 403 错误

在最近一次核心更新后,我们的一位全球版主无法再对主题计时器使用“定时发布”或“发布到分类”功能。

工作流程:

  1. 在私有测试分类中创建一个主题。
  2. 该测试分类仅对管理员和特定的“每周挑战”版主组可见。
  3. 受影响的用户是全局版主,同时也属于该“每周挑战”版主组。
  4. 该主题计划发布到我们的“图片点评”分类。
  5. 目标分类允许“成员”进行“创建”操作,且该版主包含在该访问路径中。
  6. 此工作流程此前运行正常,但现在返回 403 错误。

此问题似乎仅出现在 publish_to_category 类型的主题计时器上。其他主题计时器操作并未出现同样的失败情况。

失败的请求:

POST /t/51041/timer

请求数据:

time: 2026-05-31 07:52-04:00
status_type: publish_to_category
category_id: 87

响应:

{
“errors”: [“您无权查看所请求的资源。”],
“error_type”: “invalid_access”
}

补充说明:

  • 该用户是全局版主。
  • 该用户信任等级为 TL4。
  • 该用户通过相关组拥有对私有测试分类的访问权限。
  • 目标分类允许“成员”进行“创建”操作。
  • 管理员可以无障碍地设置或更改相同的发布日期。
  • 我们没有任何自定义插件或主题组件修改此行为。
  • 此问题在核心更新后立即出现。

问题:

近期是否对 publish_to_category 主题计时器进行了授权变更?拥有源分类访问权限且在目标分类具备“创建”权限的全局版主,是否仍应能够安排发布?还是说此功能现在已限定为仅管理员可用?

您确定相关版主在 admin-staging 分类中拥有创建/发帖权限吗?如果我没理解错您的逻辑——您刚刚提到他们是 TL4 且拥有可见访问权限,并且管理员可以设置或更改日期。

嗨,莉莉,是的,我确定。他一直在执行相同的工作流程长达六个月,期间没有问题,而这个问题是在系统重建大约一周后开始的。

在重建和此问题出现之间发生了哪些管理员操作?是否有分类权限的变更?如果有一周的延迟,那么期间可能有某些更改导致了此问题。还是说只是过了一周后版主才尝试操作?你是否查看了员工日志,确认是否有影响此问题的分类或群组权限变更?

我也好奇最近启用的那个新式的简化分类创建功能是否无意中影响了某些配置:thinking:

只有我能更改分类设置,而且我已经好几个月没有改动过了。

1 个赞