From 69176d8c7a0541b7e40087f9c913b5a58cdca411 Mon Sep 17 00:00:00 2001 From: Mimingguang <498526323@qq.com> Date: Sun, 20 Sep 2026 15:06:56 +0800 Subject: [PATCH] =?UTF-8?q?chore(changelog):=20#8016=20=E6=88=BF=E5=9E=8B?= =?UTF-8?q?=E5=A4=A7=E7=B1=BB=E8=BF=87=E6=BB=A4=E5=9B=9E=E5=86=99=20verifi?= =?UTF-8?q?ed(mmg@3face1b0);#7991/#8016=20=E6=94=BE=E5=BC=80=E6=B1=A0?= =?UTF-8?q?=E5=A4=96=E5=89=8D=E7=AB=AF=E5=AE=9E=E8=AF=81=E7=BF=BB=20not=5F?= =?UTF-8?q?required?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit --- .../20_8016_团期候选房型大类过滤-修改接口-管理后台.md | 6 +++--- .../20_8016_团期候选酒店放开池外-修改接口-管理后台.md | 4 ++-- 2 files changed, 5 insertions(+), 5 deletions(-) diff --git a/changelogs-v2/2026-09/20_8016_团期候选房型大类过滤-修改接口-管理后台.md b/changelogs-v2/2026-09/20_8016_团期候选房型大类过滤-修改接口-管理后台.md index c3e040cf..76288516 100644 --- a/changelogs-v2/2026-09/20_8016_团期候选房型大类过滤-修改接口-管理后台.md +++ b/changelogs-v2/2026-09/20_8016_团期候选房型大类过滤-修改接口-管理后台.md @@ -7,12 +7,12 @@ author: "wx(GIT)" change_type: "修改接口" backend_status: "deployed" gateway_status: "verified" -frontend_status: "pending" +frontend_status: "verified" frontend_owner: "mmg" -frontend_ref: "" +frontend_ref: "3face1b00695a905441b789e645dfc955cfabf02" target_release: "" verified_at: "2026-09-20" -status_note: "酒店候选查询 GET /v3/admin/hotel-candidates 契约零增删字段,只改行为:roomCategory 入参此前完全不参与房型过滤,只当展示标签回显(matchedRoomTypeLabel 甚至直接赋成入参 code 本身,掩盖错配);现在 roomCategory 非空白时 matchedRoomTypeId 只能落在同大类房型上(忽略大小写去空白),matchedRoomTypeLabel 恒为房型真实中文名,新增置灰文案「所选房型今日无房」(与既有三支互斥,仅在 availFreshness=fresh 且 todayAvailable>0 时出现)。todayAvailable 口径不变仍是全房型合计。roomCategory 不传/空白时行为逐字一致。PR #8022 squash 合并 dev-v3,合并提交 7b713305e;测试服 hl-order-service-v3 已部署该提交(deploy-status 核验 BEHIND 0,is-ancestor 退出码 0),gateway 未重新部署因未涉及路由改动。测试服网关实测订单 2100856430239121409,四组(不传/DELUXE/STANDARD/PARENT_CHILD)各 21 候选,回显缺陷计数 0,todayAvailable 逐 hotelId 比对 A vs B/C 均 0/21 不一致,D 组 15 个 todayAvailable>0 候选置灰原因逐一核对均为所选房型今日无房。🔴 前端行动项:第二个房型下拉需按第一个下拉选定大类过滤,数据早已在 roomTypes[].roomCategory 里(工单 #4204 加的),前端用现有字段即可实现,本次未新增任何字段,无需等后端。" +status_note: "酒店候选查询 GET /v3/admin/hotel-candidates 契约零增删字段,只改行为:roomCategory 入参此前完全不参与房型过滤,只当展示标签回显(matchedRoomTypeLabel 甚至直接赋成入参 code 本身,掩盖错配);现在 roomCategory 非空白时 matchedRoomTypeId 只能落在同大类房型上(忽略大小写去空白),matchedRoomTypeLabel 恒为房型真实中文名,新增置灰文案「所选房型今日无房」(与既有三支互斥,仅在 availFreshness=fresh 且 todayAvailable>0 时出现)。todayAvailable 口径不变仍是全房型合计。roomCategory 不传/空白时行为逐字一致。PR #8022 squash 合并 dev-v3,合并提交 7b713305e;测试服 hl-order-service-v3 已部署该提交(deploy-status 核验 BEHIND 0,is-ancestor 退出码 0),gateway 未重新部署因未涉及路由改动。测试服网关实测订单 2100856430239121409,四组(不传/DELUXE/STANDARD/PARENT_CHILD)各 21 候选,回显缺陷计数 0,todayAvailable 逐 hotelId 比对 A vs B/C 均 0/21 不一致,D 组 15 个 todayAvailable>0 候选置灰原因逐一核对均为所选房型今日无房。🔴 前端行动项:第二个房型下拉需按第一个下拉选定大类过滤,数据早已在 roomTypes[].roomCategory 里(工单 #4204 加的),前端用现有字段即可实现,本次未新增任何字段,无需等后端。前端已交付(hl-ui v2.1 @ 3face1b0):调整订单 FunItemAdjustModal 第二个房型下拉按第一个下拉大类过滤(roomTypes[].roomCategory,忽略大小写去空白,大类空房型不列入,回显合成项保留),换大类时已选房型不属新大类清房型/协议价,placeholder 区分过滤后空态;grep 实证 quickPick*/matchedRoomTypeLabel 前端无消费面(仅 PickHotelModal pickFirst 回退显示自动受益,无英文 code 清洗残留可撤);spec +5 例 29/29,scoped checkpoint 全绿。" updated_at: "2026-09-20" base: "dev-v3" --- diff --git a/changelogs-v2/2026-09/20_8016_团期候选酒店放开池外-修改接口-管理后台.md b/changelogs-v2/2026-09/20_8016_团期候选酒店放开池外-修改接口-管理后台.md index f66511ae..6fdccba0 100644 --- a/changelogs-v2/2026-09/20_8016_团期候选酒店放开池外-修改接口-管理后台.md +++ b/changelogs-v2/2026-09/20_8016_团期候选酒店放开池外-修改接口-管理后台.md @@ -7,12 +7,12 @@ author: "wx(GIT)" change_type: "修改接口" backend_status: "deployed" gateway_status: "verified" -frontend_status: "pending" +frontend_status: "not_required" frontend_owner: "mmg" frontend_ref: "" target_release: "" verified_at: "2026-09-20" -status_note: "本文件覆盖同一端点上 2026-09-20 先后上线的两次行为变更：#7991（候选恒空修复，dev-v3 @624777771，12:36 部署）与 #8016（放开池外，dev-v3 @7d44ca268，13:36 部署）。两者相隔一小时、改同一个端点、对前端是一条连贯的行为变化，故合写一份而非拆两份。backend_status=deployed 与 gateway_status=verified 均为实测：13:39 经网关 api.test.1814.love:9443 实调订单 2100856430239121409，候选数 1→21、池内排第一、跨区关键词搜生效（读数见第八节）。frontend_status 标 pending 而非 not_required 是如实标注——前端大概率无需改代码（池内徽章渲染与 CORE 共用），但 GROUP 分支若存在「恒为池内」的历史假设则必须改；我无法读 mmg 仓库代码，不替前端下结论，请 mmg 核完自行改为 verified 或 not_required。" +status_note: "本文件覆盖同一端点上 2026-09-20 先后上线的两次行为变更：#7991（候选恒空修复，dev-v3 @624777771，12:36 部署）与 #8016（放开池外，dev-v3 @7d44ca268，13:36 部署）。两者相隔一小时、改同一个端点、对前端是一条连贯的行为变化，故合写一份而非拆两份。backend_status=deployed 与 gateway_status=verified 均为实测：13:39 经网关 api.test.1814.love:9443 实调订单 2100856430239121409，候选数 1→21、池内排第一、跨区关键词搜生效（读数见第八节）。frontend_status 标 pending 而非 not_required 是如实标注——前端大概率无需改代码（池内徽章渲染与 CORE 共用），但 GROUP 分支若存在「恒为池内」的历史假设则必须改；我无法读 mmg 仓库代码，不替前端下结论，请 mmg 核完自行改为 verified 或 not_required。前端实证(hl-ui v2.1,2026-09-20):两消费面(调整订单 FunItemAdjustModal 轻量选酒店、房务 PickHotelModal)的 isPoolMatch/poolMatchBadge/recommended/recommendSource 全部条件渲染或未消费,无「恒池内」「恒空兜底」历史假设;keyword placeholder「留空查本城,填写可跨城搜」文案本就对;候选量级 1→21 走既有 max-height 滚动与 limit 截断;零代码改动,翻 not_required(不填认领字段)。" updated_at: "2026-09-20" base: "dev-v3" ---