交付出件箱

首开签约 v3 · 长官 08-19 真机比对六处修正 —— 验证报告

分支 feature/signup-v3-prepay-first · commit c3847d1b · 2026-08-19
云机环境 · 非验收证据;业务验收以 test.tongban.love 为准。

一、这批改了什么(承接上次未提交的 9 个文件)

#	问题(长官真机指认)	修法
1	admin 详情页「关闭机构」按钮点不到	`CLOSABLE_STORE_STATUSES` 写的是库值「待提交资料」,但 `store.status` 是显示名 → 判断永远不成立。改为「资料待补充」
2	筛选项没换新词(admin 列表 / 平台手机端 chip / 渠道进度页)	三处补上「资料待补充」
3	平台代填被挡	删「待提交资料不可编辑」拦截 + 编辑入口改全状态常显(08-18 长官拍板刻意反转 phase65 口径)
4	「· 提交于 xxx」尾巴	所有状态统一去掉(此前只有驳回态不带)
5	「资料待补充」缺"审核前可自行更正"小字	显示条件补 `isSupplementPending`
6	客服二维码卡与定稿图不符	主句挪回码右侧同栏(提整行那版 08-18 已打回过)· 码 92→120px
7	签约页/支付层视觉	「立即支付」用限定类加大(不动全站共用基类)· 价目行 12→8px · 席位框收窄 · 席位标题 12.5→14px
8	进度页主次按钮	「补充资料」实心绿主按钮 +「刷新状态」暖色描边(取代 08-16「双双压淡」口径)

二、验了什么(逐条带证据)

2.1 真渲染 · 门店进度页(改动大头 5 处)

起本地后端 + next dev,注入门店复核会话真登录态,390px 视口真渲染:

{ "hasSubmittedAt": false,           // ✅「提交于」尾巴已去
  "hasSelfFixNote": true,            // ✅ 自行更正小字出现
  "statusWord": "资料待补充",         // ✅ 不是旧词
  "qrSize": 120,                     // ✅ 码 120px
  "mainSentenceInRightColumn": true, // ✅ 主句在码右侧,没提整行
  "mainSentenceLines": 1,            // 主句仍单行(13px 字号下 336-12-120 够用)
  "primaryBtn": "补充资料 | bg=rgb(11,154,122) | color=白",
  "ghostBtn":  "刷新状态 | bg=rgb(255,247,242) | border=rgb(240,200,184)",
  "overflowCount": 0 }

截图已逐一比对定稿图,四张卡片版式与图一致。

2.2 真渲染 · 支付层(席位/价目三处)

从进度页「去支付」进真支付层量 computed style:

席位框 padding-top 7 / bottom 8 · margin-top 8(原 10/11/10)✅
席位标题 font-size 14 · margin-bottom 7(原 12.5/10)✅
价目行 padding 8/8(原 12/12)✅
溢出自查 0

2.3 契约链路(grep 物理坐实,带对照组)

前端残留「待提交资料」逐条核过:只剩渠道侧 channels.profile_status(红线不动,test 上 45 条活数据)与 status_raw 库值比对;门店侧干净。对照组「资料待审核」42 处证明查法有效
后端双向翻译已在位:_status_filter_values 显示名→库值;_store_progress_status 兜底走 display_store_status;渠道进度过滤按 item["status"](显示名)比对 → 前端发新词能筛出来
status_raw 后端确实返回(stores.py:343 / channels.py:1918),平台手机端 chip 成立
前后端闭环:前端按显示名「资料待补充」放行关闭按钮,后端 CLOSABLE_STORE_STATUSES 按库值「待提交资料」校验 —— 同一条状态,点了不会 409

2.4 测试与类型

改过断言的两个 contract 文件:41 passed
后端全量:771 passed / 50 failed / 33 skipped
🔴 那 50 条失败与 origin/test 干净基线逐条 diff 无差异(各 50 条,diff 空输出)——
本地库测试数据残留致 uq_store_service_orders_order_no 唯一键冲突,非本次回归
tsc --noEmit exit 0

三、没验的(如实记账)

没验的	为什么
签约第一页的「立即支付」按钮实际尺寸	该页需微信 openid 授权才进得去,云机无微信环境。伪装 UA 只能过到授权屏。CSS 规则已写在限定类 `.store-signup-pay-button` 上、tsc 通过,但页面级未量,请在 test 用微信打开确认
admin 详情页两处按钮的真渲染	需造平台后台登录态 + 可能依赖核心服务。改的是条件渲染,已有 contract 测试钉住(`test_admin_page_entry_sits_beside_the_preview_title` 断言翻转后通过)+ 前后端口径已 grep 坐实,但没出图
二维码图片本身	本地无 OSS 对象,图框空白属预期;test 上需先在「客服设置」传图并点启用,否则整块不显示(这是故意的)

四、过程中的两件事

本机 PG 挂过一次:/dev/shm 被清空导致共享内存段丢失,首轮 30 个测试全红。重启 PG 后恢复,数据无损(org_signup_profiles 18661 行)。红的不一定是代码,先看错误类型
验证用的库改动已全部还原:为渲染登录态临时挂的复核码哈希(原值 NULL)和二维码 is_active 都已改回,本地库无残留

五、发版结果(2026-08-19 12:41)

MR #464 已自动评审合并进 test
🔴 结算侧看 settle-test 链:run#208 SUCCESS。
主仓 test 链的 run#516 也绿,但那条管不到 settlement/
—— 08-13 就是只看 test 线全绿误报"发版成功",这次按双链分别确认
构建产物层指纹验收(最硬):
CSS chunk 换名 918af13e… → 090ef00b…
store-support-qrcode-img{flex:0 0 120px…} ✅ 新值上线(旧链上抓到的还是 92px)
新类 store-signup-pay-button、主句规则 store-support-qrcode-text b 各命中 1
JS chunk review/page-45e55b66….js:被删文案「提交于」0 命中,
新文案「可在平台审核前自行更正」「补充资料」各 1 命中
(后两者非 0 即本次查法的对照组,证明 0 命中是真 0)

请长官在 test 上确认这几处(云机验不了的)

签约第一页用微信打开,看「立即支付」按钮高度/字号是否合适(CSS 已确认上线,但页面级云机进不去)
后台「客服设置」传一张二维码并点启用 —— 不传的话门店端整块不显示(故意的)
admin 机构详情页:「资料待补充」的机构现在应能看到「编辑资料」和「关闭机构」两个按钮