2.2 KiB
2.2 KiB
schema, ticket, title, consumer, author, change_type, backend_status, gateway_status, frontend_status, frontend_owner, frontend_ref, target_release, verified_at, status_note, updated_at, base, generated
| schema | ticket | title | consumer | author | change_type | backend_status | gateway_status | frontend_status | frontend_owner | frontend_ref | target_release | verified_at | status_note | updated_at | base | generated |
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| hl-changelog/v2 | frontend-fleet-assign-modal-close-on-next | 派单待确认页点「下一步」后整个派单窗口关闭,应保持开启进入确认执行 | admin | wx(GIT) | 前端缺陷 | not_required | not_required | implemented | mmg | 4c81471c | 前端已实现:handleHoldSubmit 待确认链路 batch/change 提交后改发 submitted-keep-open 不关窗(完成态 direct 保留 submitted+关窗);AssignModal defineEmits 加 submitted-keep-open;index.vue 新增 onSubmittedKeepOpen 复用 onAssignmentBaselineConflict 同款恢复路径(refreshBoardAfterMutation 刷新详情+仍 holding 则 assignMode=confirmHold),由 AssignModal 重开 watch 驱动进待确认/确认执行。useAssignFlow.spec 36/36(含 batch 不关窗+完成态关窗锁定)、AssignModal 关联 60/60、checkpoint 全过。纯前端交互修复。 | 2026-08-10 | dev-v3 | 2026-08-09T16:40:00+08:00 |
派单待确认页点「下一步」后整个派单窗口关闭,应保持开启进入确认执行
前端交互缺陷,待前端修复。
现象(TEST 实测,订单 26-6436 周梦洁)
派单流程走到第 3 步「待确认」页(司机待确认通知 + 微信消息预览 + 等待司机回复确认),点底部「下一步」按钮后,整个派单窗口(弹窗)直接关闭了——没有进入第 4 步「确认执行」。
车务还得重新打开订单才能继续确认执行,体验断档。
期望
待确认页点「下一步」:
- 提交待确认(登记司机确认/进入下一步)成功后,保持配车/派单窗口开启,进入第 4 步「确认执行」,让车务继续完成确认执行操作。
- 而不是直接关闭整个派单窗口。
复现路径
派单看板 → 已派车订单(如 26-6436)→ 派单流程走到第 3 步「待确认」页 → 点底部「下一步」→ 观察:整个派单窗口关闭(应进入第 4 步确认执行)。
备注
- 纯前端交互/路由问题(步骤推进时窗口状态管理),后端无问题。