From a7df8cdc5a26a0ffc4c8007e6c355c676f744158 Mon Sep 17 00:00:00 2001 From: Mimingguang <498526323@qq.com> Date: Tue, 22 Sep 2026 17:52:54 +0800 Subject: [PATCH] =?UTF-8?q?chore(8182):=20=E5=9B=9E=E5=86=99=E5=89=8D?= =?UTF-8?q?=E7=AB=AF=E5=B7=B2=E4=BA=A4=E4=BB=98=20verified(jumpToBiz=20?= =?UTF-8?q?=E6=94=B9=E8=AF=BB=20link,ref=20191fdc3c)?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit --- ...link订正到后台路由与bizId不是路由键-修复-管理后台.md | 12 ++++++------ 1 file changed, 6 insertions(+), 6 deletions(-) diff --git a/changelogs-v2/2026-09/22_8182_HOUSE站内信link订正到后台路由与bizId不是路由键-修复-管理后台.md b/changelogs-v2/2026-09/22_8182_HOUSE站内信link订正到后台路由与bizId不是路由键-修复-管理后台.md index 35631858..6edf1316 100644 --- a/changelogs-v2/2026-09/22_8182_HOUSE站内信link订正到后台路由与bizId不是路由键-修复-管理后台.md +++ b/changelogs-v2/2026-09/22_8182_HOUSE站内信link订正到后台路由与bizId不是路由键-修复-管理后台.md @@ -7,12 +7,12 @@ author: "wx(GIT)" change_type: "修复" backend_status: "deployed" gateway_status: "not_required" -frontend_status: "pending" -frontend_owner: "" -frontend_ref: "" -target_release: "" -verified_at: "" -status_note: "本条不改变 AdminMessageRespVO / AdminMessagePageReqVO 的字段结构，只修正 notification_event_config.inapp_link_template 中三个内部员工事件码的路由域（小程序 /pages/* → 管理后台 /housekeeper/*），并在 HouseNotificationPublisher 类注释上固化「(bizType, bizId) 不是路由键」这一约束。gateway_status=not_required：零新增路由，受影响的 GET /admin/message/list 与 GET /admin/message/{id} 是既有端点。frontend_status=pending：本条与 22_8155 不同，它需要前端改动——hl-ui 的 jumpToBiz（origin/v2.1 590c1155，src/views/notification/MyMessages/index.vue:268-286）目前只读 bizId/bizModule/bizType/peerRole，对 HOUSE 核房通知会落进 getOrderReadableRoute(bizId) 分支，把 hotelId 当 orderId 打开订单详情页；正确做法是改读 link 字段（该字段早已存在于 AdminMessageRespVO:31，不是本次新增）。backend_status=deployed：hl-user-service 与 hl-order-service-v3 均已滚动到测试服 776c0023d，Flyway 20260922.210 success=1（installed_on 2026-09-22 17:18:51），并在自建酒店夹具上走完「核房提交 → 站内信产出 → GET /admin/message/list 读回」全链路，实测读数见正文第八节。⚠️ admin_message 是快照表：link 在 createMessage 落库那一刻按当时的模板一次性渲染写入行内，不是按需渲染；因此本修复只影响生效后新产生的消息，测试库里此前已产出的 213 条 HOUSE_INVENTORY_CHECKED 历史消息 link 仍是旧的小程序路径，不做批量回刷——order-v3 / fleet 尚未上生产，不涉及生产数据。" +frontend_status: "verified" +frontend_owner: "mmg" +frontend_ref: "191fdc3cd65d789cce3565f948f2333d3eb58eeb" +target_release: "v2.1" +verified_at: "2026-09-22" +status_note: "本条不改变 AdminMessageRespVO / AdminMessagePageReqVO 的字段结构，只修正 notification_event_config.inapp_link_template 中三个内部员工事件码的路由域（小程序 /pages/* → 管理后台 /housekeeper/*），并在 HouseNotificationPublisher 类注释上固化「(bizType, bizId) 不是路由键」这一约束。gateway_status=not_required：零新增路由，受影响的 GET /admin/message/list 与 GET /admin/message/{id} 是既有端点。frontend_status=pending：本条与 22_8155 不同，它需要前端改动——hl-ui 的 jumpToBiz（origin/v2.1 590c1155，src/views/notification/MyMessages/index.vue:268-286）目前只读 bizId/bizModule/bizType/peerRole，对 HOUSE 核房通知会落进 getOrderReadableRoute(bizId) 分支，把 hotelId 当 orderId 打开订单详情页；正确做法是改读 link 字段（该字段早已存在于 AdminMessageRespVO:31，不是本次新增）。backend_status=deployed：hl-user-service 与 hl-order-service-v3 均已滚动到测试服 776c0023d，Flyway 20260922.210 success=1（installed_on 2026-09-22 17:18:51），并在自建酒店夹具上走完「核房提交 → 站内信产出 → GET /admin/message/list 读回」全链路，实测读数见正文第八节。⚠️ admin_message 是快照表：link 在 createMessage 落库那一刻按当时的模板一次性渲染写入行内，不是按需渲染；因此本修复只影响生效后新产生的消息，测试库里此前已产出的 213 条 HOUSE_INVENTORY_CHECKED 历史消息 link 仍是旧的小程序路径，不做批量回刷——order-v3 / fleet 尚未上生产，不涉及生产数据。 前端已交付(191fdc3c):jumpToBiz 改 link 优先直喂 router.push,/pages/ 旧小程序域与空 query 占位(?inquiryId= 剥 query 降级列表页)兜底;HOUSE 非聊天行无可用 link 不渲染入口不反推 bizId;ORDER(#8155)/HOUSE 聊天行既有推导不回退;判定抽 jumpBiz.js 纯函数+8 例定向 spec。" updated_at: "2026-09-22" base: "dev-v3" ---