[feat] 删除黑客松

[Cynthialime]

你现在遇到了什么问题？

黑客松组织者想要删除已经发布的或者已经结束，取消的黑客松，但是无法删除。

你希望怎么做？

希望能够让黑客松组织者在编辑黑客松页面能够删除黑客松

你试过的临时绕过方案

No response

这个需求对你有多紧急？

近期需要 — 大约一两周内

[FatNine]

更新（2026-05-11）：本评论中提到的"API DELETE 端点缺少 Owner/Admin 权限检查"经排查发现是系统性问题，影响整组 API 写端点（PUT/POST/DELETE 共 15+ 个），已收敛为独立 issue：#169。本 issue 范围明确为仅修复"取消活动阻止新报名"，权限问题不在本 issue 处理。

---

刚刚扫了一遍相关代码，把现状整理如下：

当前代码状态

Model 层

models/hackforger/hackathon.go:248 有 DeleteHackathon() 函数，但加了状态硬锁：

if h.StatusCache != HackathonStatusDraft {
    return fmt.Errorf("hackathon can only be deleted in draft status ...")
}

非草稿状态（已发布 / 已结束 / 已取消）一律拒绝删除。

API 层

DELETE /api/v1/hackforger/hackathons/{id} 端点已存在（routers/api/v1/api.go:1771），但存在两个问题：

⚠️ 安全风险：API handler 只校验登录 token（reqToken()），没有 owner / admin 权限检查——任何登录用户理论上都能调用这个接口尝试删除任意活动。 → 详见 #169

• 目前被 model 层的状态锁挡回 403（草稿活动仍可被任意登录用户删除）
• 已发布活动调用此接口 → 403 Forbidden

网页操作

Web 路由里完全没有删除整个活动的 handler，manage.tmpl 管理页面也没有删除按钮，目前网页端零支持。

---

替代方案：取消（Cancel）能解决多少问题？

在实现完整删除之前，"取消"是现成的替代手段。取消按钮在 manage.tmpl:106 已有 Web 入口，CancelHackathon() 服务层逻辑（services/hackforger/hackathon.go:580）做了这些事：

• ✅ 将 status_cache 切换为 Cancelled，状态在探索页公开显示
• ✅ 删除所有未来 phase，阻止活动继续推进
• ✅ 发布 Feed 事件通知关注者
• ✅ 可在 Draft / Open / Hacking / Judging 任意非 Finished 状态执行

但存在一个核心缺口：

⚠️ 缺口：取消后仍可报名。 CancelHackathon() 只删未来 phase，不删当前正在进行的 phase。若活动处于 "Open（报名中）" 状态被取消，活跃的报名 phase 会保留，AllowsAction(..., "register") 仍返回 true，用户还是可以完成报名。

结论：取消可以作为"软关闭"应急手段，但报名拦截这块需要补一刀。

---

删除已发布活动的级联风险（决策记录）

经评估，完整删除功能暂不实现。原因：

受影响数据	风险
hackathon_registration	已报名用户的 Credits 损失，无退款机制
hackathon_submission	参赛团队的项目永久丢失
hackathon_judge_score	评委已完成的打分丢失
phase / hackathon_track 等关联表	需要级联清理逻辑

业务风险大于工程收益，改用增强的"取消"流程作为最小可行方案。

---

最终落地范围（仅本 issue）

单一目标：让 cancelled 状态的活动不能被新用户报名。

最小修改路径：

1. 在 Register API handler 加 if h.StatusCache == HackathonStatusCancelled 状态检查
2. 在 Web RegisterPost 加同样的状态检查
3. 在 ViewHackathon 把 CanRegister 对 cancelled 状态置 false（避免详情页按钮误导）
4. 加 i18n 错误 key hackforger.hackathon.error.cancelled（zh + en）

不在本 issue 范围内的（已显式决定不做或拆分到他处）：

• ❌ 完整删除功能（业务风险大，决定不做）
• ❌ 取消后已报名用户的退款 / 通知（低概率场景，运营人工兜底）
• ❌ 阻止已报名用户继续提交作品（符合"只阻止新报名"语义）
• ❌ Explore 列表加 cancelled 过滤选项（用户无需主动浏览取消列表）
• ❌ API 写端点权限检查 → 拆到 #169

紧急度"近期需要"，本周内出 PR。