Mimingguang
87ed9d0a3f
changelog-filename-gate / validate (push) Failing after 2s
处置明细(mmg 2026-09-18): - 68 条机械核验通过批量翻 verified:frontend_ref 均可达且为 v2.1 祖先、 交付文件 HEAD 均在、关联 spec 批量 58 文件 891 例全绿。 - 11 条带演进史的例外逐条核后翻 verified:3 条交付自删文件(06_5610/ 07_5655/11_5810,删除即交付内容且终态保持);8 条被后续 changelog 预期 演进(10_5784→#5810、07_5664/08_5592→#5827、07_5665→去槽位化 U1、 01_5380/05_5356/06_5567/06_5581→settlement 族A扁平化与 mock 清理), status_note 均如实记录演进链。 - 05_5552 改判 not_required:frontend_ref 自述前端无需改动,grep 实证 vehicleFeeAmount.js 直接读后端 calendarPrice/calendarPriceMissing。 - 11_5827 frontend_ref 原空,经核交付即 753503c8(向导 4 步改 3 步提交 即派定),补登全哈希 753503c87cc635e5646b4368a8ed506746c79cf1。 另:保险域 2 条相邻条目(05_5530/06_5593)同标准复核翻 verified。 2026-07 历史月 45 条按规则不回扫,保持原状。
2.4 KiB
2.4 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 | verified | mmg | 4c81471c | 2026-09-18 | 前端已实现：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 全过。纯前端交互修复。[mmg 2026-09-18 批量复核翻 verified] ref 4c81471c 可达且为 v2.1 祖先;交付文件 HEAD 均在;关联 spec 批量 891 例全绿。 | 2026-09-18 | dev-v3 | 2026-08-09T16:40:00+08:00 |
派单待确认页点「下一步」后整个派单窗口关闭，应保持开启进入确认执行
前端交互缺陷，待前端修复。
现象（TEST 实测，订单 26-6436 周梦洁）
派单流程走到第 3 步「待确认」页（司机待确认通知 + 微信消息预览 + 等待司机回复确认），点底部「下一步」按钮后，整个派单窗口（弹窗）直接关闭了——没有进入第 4 步「确认执行」。
车务还得重新打开订单才能继续确认执行，体验断档。
期望
待确认页点「下一步」：
- 提交待确认（登记司机确认/进入下一步）成功后，保持配车/派单窗口开启，进入第 4 步「确认执行」，让车务继续完成确认执行操作。
- 而不是直接关闭整个派单窗口。
复现路径
派单看板 → 已派车订单（如 26-6436）→ 派单流程走到第 3 步「待确认」页 → 点底部「下一步」→ 观察：整个派单窗口关闭（应进入第 4 步确认执行）。
备注
- 纯前端交互/路由问题（步骤推进时窗口状态管理），后端无问题。