45 lines
3.0 KiB
Markdown
45 lines
3.0 KiB
Markdown
|
# BUG-029：跨域联合招聘会区域选择后没有岗位/就业信息下游闭环
|
|||
|
|
|
|||
|
|
- 严重级别：P2（功能链路未闭环）
|
|||
|
|
- 状态：待产品确认是否恢复“各地市就业信息”功能
|
|||
|
|
- 环境：test
|
|||
|
|
- 角色：PC 监管管理员、PC 企业端
|
|||
|
|
- 入口：`/shihezi/jobfair/jobfair/crosscityfair` → “区域管理”
|
|||
|
|
- 发现时间：2026-07-25
|
|||
|
|
|
|||
|
|
## 前置数据
|
|||
|
|
|
|||
|
|
联盟城市接口返回 9 个城市；跨域统计默认返回 1 场线上招聘会、2 家参会企业和 0 个岗位。选择“石河子市”作为区域筛选条件。
|
|||
|
|
|
|||
|
|
## 复现步骤
|
|||
|
|
|
|||
|
|
1. 分别以监管管理员和企业角色打开“跨域联合招聘会管理”。
|
|||
|
|
2. 进入“区域管理”页签。
|
|||
|
|
3. 点击“石河子市”。
|
|||
|
|
4. 观察页面是否出现按区域筛选的岗位/就业信息列表、数量、请求或跳转入口。
|
|||
|
|
5. 点击“清除筛选”，确认是否仅恢复“全部区域”文本。
|
|||
|
|
|
|||
|
|
## 预期结果
|
|||
|
|
|
|||
|
|
选择区域后应进入可理解的下游结果：展示对应城市的跨域岗位/就业信息、发起带城市参数的查询，或明确提示当前筛选只影响哪个页面；清除筛选应恢复该下游结果。
|
|||
|
|
|
|||
|
|
## 实际结果
|
|||
|
|
|
|||
|
|
两个角色的页面都只把状态文字从“全部区域”更新为“已选择 1 个区域”，没有显示岗位/就业信息、岗位数量、筛选结果或下一步入口；点击选择和清除均没有发起 `cross-domain-jobs` 请求。用户无法判断区域选择是否真正影响业务数据，功能链路停留在前端状态层。
|
|||
|
|
|
|||
|
|
## 浏览器证据
|
|||
|
|
|
|||
|
|
- 管理端选择后截图：[JF-AD-027-admin-crosscity-region-selected.png](../screenshots/JF-AD-027-admin-crosscity-region-selected.png)。
|
|||
|
|
- 企业端选择后截图：[JF-EN-014-crosscity-region-selected-no-job-tab.png](../screenshots/JF-EN-014-crosscity-region-selected-no-job-tab.png)。
|
|||
|
|
- 两个角色的无障碍快照均只有“已选择 1 个区域”，没有“各地市就业信息”页签或岗位列表。
|
|||
|
|
- 选择/清除操作期间没有发出岗位查询请求；岗位接口在前端服务中定义为 `GET /api/cms/publicJobFair/cross-domain-jobs`，但本次实际操作未调用。
|
|||
|
|
- CodeGraph/源代码证据：`Crosscityfair/index.tsx` 约第 293–304 行注释“暂时隐藏各地市就业信息栏目”；第 630 行附近的 `tabItems` 中，`city-jobs` 项目被整段注释，当前只渲染“数据统计”和“区域管理”。
|
|||
|
|
|
|||
|
|
## 影响范围
|
|||
|
|
|
|||
|
|
区域选择看起来像招聘会岗位筛选入口，但没有结果反馈或业务动作，管理员和企业无法据此完成跨域岗位查看、核对或后续招聘会运营工作，容易造成“筛选已生效但不知道结果在哪里”的误判。
|
|||
|
|
|
|||
|
|
## 建议
|
|||
|
|
|
|||
|
|
产品确认该功能应当提供“各地市就业信息”页签后，恢复或重做岗位列表并在选择城市时刷新 `cross-domain-jobs`；如果该能力已废弃，应移除城市选择筛选交互或在页面明确说明其用途，避免保留无效入口。修复后应验证管理员、企业和求职者端的城市、岗位、招聘会数据口径一致。
|