BUG-007：企业端户外招聘会点击“报名”直接提交，未显示确认步骤

严重级别：P2（跨模块交互不一致，存在误操作风险）
状态：代码已修复；复现产生的测试报名记录待数据管理员处理
环境：test
角色：PC 企业端（已登录测试企业角色）
入口：/shihezi/jobfair/jobfair/outdoorfair
招聘会：id=12，“2026年第八师石河子市年末就业帮扶户外招聘会”
发现时间：2026-07-25

复现步骤

使用测试企业角色进入企业管理端。
打开“招聘会管理 → 户外招聘会”。
在 id=12 的未报名记录中点击“报名”。
观察页面是否出现确认弹窗，并检查对应网络请求和列表状态。

预期结果

户外招聘会报名应与企业端线上招聘会保持一致：先显示确认/风险提示，明确报名会提交并进入管理员审核；只有用户再次确认后才发出报名写入请求。若产品设计确实采用单击直提交流程，也应在按钮文案或页面提示中明确告知并保持线上、户外流程一致。

实际结果

点击“报名”后没有出现确认弹窗，页面直接发出 POST 请求并刷新列表；该记录的报名审核状态由“--”变为“待审核”。接口响应返回 signedUp=true、reviewStatus=\"0\"。

与企业端线上招聘会对照：线上端点击“报名”时会先打开确认对话框，提示需要管理员审核，点击取消不会产生写入请求。

浏览器证据

页面截图：JF-EN-007-outdoor-signup-immediate-status.png
POST /api/shihezi/cms/outdoor-fair/12/company/signup：HTTP 200。
响应正文（脱敏后）：

{
  "code": 200,
  "data": {
    "fairId": 12,
    "companyId": 4414,
    "signedUp": true,
    "reviewStatus": "0",
    "h5Url": "https://test.xjshzly.longbiosphere.com/h5/outdoor-fair/company.html?fairId=12&companyId=4414"
  }
}

随后 GET /api/shihezi/cms/outdoor-fair/list?current=1&pageSize=20：HTTP 200，id=12 的列表状态显示“待审核”。
控制台新增请求日志：/api/cms/outdoor-fair/12/company/signup，未观察到确认弹窗相关 DOM。

影响范围

企业用户点击按钮后会立即提交报名，容易在误触时产生待审核业务记录；同一企业端线上/户外报名流程不同，培训、验收和客服说明难以统一。跨端闭环还会受到该状态变更影响：管理端将看到新增待审核报名，公开/企业页面也可能显示已报名状态。

测试数据变更说明

本次复现意外触发了测试环境 companyId=4414 对 fairId=12 的报名写入，当前状态为“待审核”。根据本轮只读边界未执行撤销/退订或其他写操作；需由有权限的测试数据管理员决定是否清理该测试记录。

初步定位

户外列表组件的“报名”按钮直接调用 POST /cms/outdoor-fair/{fairId}/company/signup 并刷新列表；线上列表组件则在写请求前打开确认对话框。问题优先位于企业端户外招聘会列表的报名交互，而非接口返回异常。

建议

统一线上与户外报名流程：报名按钮先打开二次确认，说明审核状态和提交影响；确认后再发送 POST。若保留单击提交，应至少增加明确的提交反馈、撤销入口和防误触设计，并与产品/运营确认状态写入边界。

3.4 KiB Raw Blame History Unescape Escape