From 5a33baba38c30dd8df638cfb5188e00df2b5fff3 Mon Sep 17 00:00:00 2001 From: Mimingguang <498526323@qq.com> Date: Tue, 22 Sep 2026 17:33:57 +0800 Subject: [PATCH] =?UTF-8?q?chore(frontend):=20=E5=9B=9E=E5=86=99=E4=B8=A4?= =?UTF-8?q?=E4=BB=BD=2022=5Ffrontend=20=E4=BA=A4=E6=8E=A5=E4=BB=B6?= =?UTF-8?q?=E5=B7=B2=E4=BA=A4=E4=BB=98=20verified(=E5=8F=96=E5=80=BC?= =?UTF-8?q?=E8=AE=A2=E6=AD=A3=20cf37e7f6=20/=20=E8=A1=A5=E5=88=97=20369ed5?= =?UTF-8?q?b4)?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit --- ...与子订单表联系人与房型列取值订正-前端缺陷-管理后台.md | 12 ++++++------ ...子订单表补齐列并订正联系人与房型-前端缺陷-管理后台.md | 12 ++++++------ 2 files changed, 12 insertions(+), 12 deletions(-) diff --git a/changelogs-v2/2026-09/22_frontend_整团名单速览与子订单表联系人与房型列取值订正-前端缺陷-管理后台.md b/changelogs-v2/2026-09/22_frontend_整团名单速览与子订单表联系人与房型列取值订正-前端缺陷-管理后台.md index 237eacf3..edb9dad6 100644 --- a/changelogs-v2/2026-09/22_frontend_整团名单速览与子订单表联系人与房型列取值订正-前端缺陷-管理后台.md +++ b/changelogs-v2/2026-09/22_frontend_整团名单速览与子订单表联系人与房型列取值订正-前端缺陷-管理后台.md @@ -7,12 +7,12 @@ author: "jw(GIT)" change_type: "前端缺陷" backend_status: "not_required" gateway_status: "not_required" -frontend_status: "pending" -frontend_owner: "" -frontend_ref: "" -target_release: "" -verified_at: "" -status_note: "2026-09-22 页面核对：团期详情的「整团名单速览」与「子订单」两张表存在同样两处显示问题——①「子订单 / 联系人」列的联系人行显示占位符「—」；②「房型 / 间数」列的房型显示英文枚举码（如 KING）。两张表吃的是同一个后端接口 GB-ADM-003 GET /v3/admin/order/group-batch/{groupBatchId}/orders，同源所以同病。后端零改动：同日 TEST 实测团期 2101506167098511362 全量 12 户，customerName 12/12 有值（张三/王五/李玉/张德发/王芳/阿宾等），roomType 与 roomTypeName 12/12 均有值且翻译正常（KING → 豪华大床）。前端把联系人列对齐到 customerName、房型列对齐到 roomTypeName 即可。排查提示：同一响应里 travelers 12/12 为空数组、travelerInfoComplete 12/12 为 false，若联系人是从出行人明细推导的，出行人未填时就会恒显「—」，而 customerName 与出行人资料无关、一直有值。" +frontend_status: "verified" +frontend_owner: "mmg" +frontend_ref: "cf37e7f6b46379dc8e5852a3730bd3e43b6a9d63" +target_release: "v2.1" +verified_at: "2026-09-22" +status_note: "2026-09-22 页面核对：团期详情的「整团名单速览」与「子订单」两张表存在同样两处显示问题——①「子订单 / 联系人」列的联系人行显示占位符「—」；②「房型 / 间数」列的房型显示英文枚举码（如 KING）。两张表吃的是同一个后端接口 GB-ADM-003 GET /v3/admin/order/group-batch/{groupBatchId}/orders，同源所以同病。后端零改动：同日 TEST 实测团期 2101506167098511362 全量 12 户，customerName 12/12 有值（张三/王五/李玉/张德发/王芳/阿宾等），roomType 与 roomTypeName 12/12 均有值且翻译正常（KING → 豪华大床）。前端把联系人列对齐到 customerName、房型列对齐到 roomTypeName 即可。排查提示：同一响应里 travelers 12/12 为空数组、travelerInfoComplete 12/12 为 false，若联系人是从出行人明细推导的，出行人未填时就会恒显「—」，而 customerName 与出行人资料无关、一直有值。 前端已交付(cf37e7f6):renderOrderContactCell 改 customerName 优先 contactName 回落、subOrderRoomText 改 roomTypeName 优先 roomType 回落不建映射,RosterTable(速览+子订单 Tab 共用)与 RequirementTab 一处修全;helper 两 spec 补例。" updated_at: "2026-09-22" base: dev-v3 --- diff --git a/changelogs-v2/2026-09/22_frontend_查看需求Tab子订单表补齐列并订正联系人与房型-前端缺陷-管理后台.md b/changelogs-v2/2026-09/22_frontend_查看需求Tab子订单表补齐列并订正联系人与房型-前端缺陷-管理后台.md index e9b52e9a..81fef0d3 100644 --- a/changelogs-v2/2026-09/22_frontend_查看需求Tab子订单表补齐列并订正联系人与房型-前端缺陷-管理后台.md +++ b/changelogs-v2/2026-09/22_frontend_查看需求Tab子订单表补齐列并订正联系人与房型-前端缺陷-管理后台.md @@ -7,12 +7,12 @@ author: "jw(GIT)" change_type: "前端缺陷" backend_status: "not_required" gateway_status: "not_required" -frontend_status: "pending" -frontend_owner: "" -frontend_ref: "" -target_release: "" -verified_at: "" -status_note: "2026-09-22 页面核对：团期详情「查看需求」Tab 的子订单表有三处问题——①「子订单 / 联系人」列的联系人行显示占位符「—」，应显示 customerName；②「房型 · 间数」的房型显示英文枚举码（如 KING），应显示中文 roomTypeName；③展示数据不全，只有 子订单/联系人、套餐、人数、需求状态、操作 五列，要补齐到「子订单」表的列集（团号、房型·间数、状态、需求审核、联系电话、应收、游客、资料）。后端零改动：这张表与「子订单」表、「整团名单速览」吃的是同一个接口 GB-ADM-003 GET /v3/admin/order/group-batch/{groupBatchId}/orders，要补的列全部已在该接口返回。同日 TEST 实测团期 2101506167098511362 全量 12 户，逐列与「子订单」表现有渲染逐字吻合（团号 26-3627、应收 25920.00、游客 0 人、资料 待补 等），customerName 12/12 有值、roomTypeName 12/12 有值且翻译正常（KING → 豪华大床）。" +frontend_status: "verified" +frontend_owner: "mmg" +frontend_ref: "369ed5b48dbeb67d6c68ee2946c4106362c012e9" +target_release: "v2.1" +verified_at: "2026-09-22" +status_note: "2026-09-22 页面核对：团期详情「查看需求」Tab 的子订单表有三处问题——①「子订单 / 联系人」列的联系人行显示占位符「—」，应显示 customerName；②「房型 · 间数」的房型显示英文枚举码（如 KING），应显示中文 roomTypeName；③展示数据不全，只有 子订单/联系人、套餐、人数、需求状态、操作 五列，要补齐到「子订单」表的列集（团号、房型·间数、状态、需求审核、联系电话、应收、游客、资料）。后端零改动：这张表与「子订单」表、「整团名单速览」吃的是同一个接口 GB-ADM-003 GET /v3/admin/order/group-batch/{groupBatchId}/orders，要补的列全部已在该接口返回。同日 TEST 实测团期 2101506167098511362 全量 12 户，逐列与「子订单」表现有渲染逐字吻合（团号 26-3627、应收 25920.00、游客 0 人、资料 待补 等），customerName 12/12 有值、roomTypeName 12/12 有值且翻译正常（KING → 豪华大床）。 前端已交付(369ed5b4):RequirementTab 子订单表补齐 8 列(团号/房型·间数/状态/需求审核/联系电话/应收/游客/资料),复用 RosterTable 列写法;派生「需求状态」与后端「需求审核」两列并留(产品侧已拍板);联系人/房型取值订正随 cf37e7f6 共享 helper 一并生效。" updated_at: "2026-09-22" base: dev-v3 ---