chore(frontend): 回写两份 22_frontend 交接件已交付 verified(取值订正 cf37e7f6 / 补列 369ed5b4)
changelog-filename-gate / validate (push) Failing after 2s
changelog-filename-gate / validate (push) Failing after 2s
这个提交包含在:
@@ -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
|
||||
---
|
||||
|
||||
@@ -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
|
||||
---
|
||||
|
||||
在新工单中引用
屏蔽一个用户