2.0 KiB
2.0 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 | claimed | mmg | 前端已认领:实证 handleHoldSubmit 待确认链路 batch/change 提交后 emit update:show false 直接关窗;完成态 direct 保留关窗。修法=复用系统既有 confirmHold 恢复机制(同 baseline 冲突恢复路径),提交后不关窗、刷新详情、切 confirmHold 恢复态进确认执行,不绕草稿保护。 | 2026-08-10 | dev-v3 | 2026-08-09T16:40:00+08:00 |
派单待确认页点「下一步」后整个派单窗口关闭,应保持开启进入确认执行
前端交互缺陷,待前端修复。
现象(TEST 实测,订单 26-6436 周梦洁)
派单流程走到第 3 步「待确认」页(司机待确认通知 + 微信消息预览 + 等待司机回复确认),点底部「下一步」按钮后,整个派单窗口(弹窗)直接关闭了——没有进入第 4 步「确认执行」。
车务还得重新打开订单才能继续确认执行,体验断档。
期望
待确认页点「下一步」:
- 提交待确认(登记司机确认/进入下一步)成功后,保持配车/派单窗口开启,进入第 4 步「确认执行」,让车务继续完成确认执行操作。
- 而不是直接关闭整个派单窗口。
复现路径
派单看板 → 已派车订单(如 26-6436)→ 派单流程走到第 3 步「待确认」页 → 点底部「下一步」→ 观察:整个派单窗口关闭(应进入第 4 步确认执行)。
备注
- 纯前端交互/路由问题(步骤推进时窗口状态管理),后端无问题。