@@ -0,0 +1,70 @@
# 2026-08-17 工作日志
## 杜康好客 v3.4.18 门店体验与登录态优化（含 F 项）
### 已实现并发布
- **A** mini-user 门店座机脱敏：改 `apps/mini-user/src/lib/phone.ts` 的 `maskPhone` 座机分支，中间四位 `****` （保留区号+首2+末2）。
- **B** 套餐详情图 1/5 计数 + 自动轮播：`ProductCarousel.tsx` detail 变体加 autoplay(3.5s) + 右下角 `1/N` 计数。
- **C** 合伙人暂停禁止登录：`auth.service.ts` 三处非 ACTIVE 抛「该账号已暂停使用，请联系客服人员」；`h5-partner/LoginPage.tsx` 同步文案；复用 `DISABLED` 枚举，无迁移。
- **D** 门店端提现/筛选栏留白对齐：`h5-shop/styles.css` 补 `--space-page` 。
- **E** 休息中核销→是否开启营业：`PhoneRedeemPage` /`RedeemConfirmPage` 弹「是否开启营业？」，确认调 `PUT /shop/store/status` 开张后继续。
- **F（本次新增）** 门店套餐图片自适应完整显示：`ProductCarousel` 新增 `imageFit="adaptive"` （ `mode="widthFix"` + 按真实比例动态算 Swiper 高度），`product-detail.css` 加 `.detail-carousel-wrap--adaptive` 覆盖固定 1:1 裁剪；仅 `store-package-detail` 使用。根因：原 `.detail-carousel-wrap` 固定 `aspect-ratio:1` + `overflow:hidden` + `aspectFill` 裁掉非正方形图。
### 发布状态
- 文档：`杜康好客-v3.4.18-门店体验与登录态优化.md` （含 A–F 范围、实现位置、验收清单）。
- git：本地 `dev_jacy` 提交 v3.4.18 各功能 + F 修复；已 `git push origin dev_jacy:main` （干净快进 `984dec7..18147e1` ）。
- 生产部署：后台运行 `deploy/deploy-prod.sh --host dukang-server` （ `dukang-server` 即生产机；`deploy.env` 缺失，用 `--host` 覆盖。
### 注意
- 本次 git 发布前曾遇 origin/main 比本地新、working tree 异常删除 503 文件（已 `reset --hard HEAD` 还原，提交完好）；最终 fetch 后确认本地领先可快进，安全发布。
- 四端 tsc 仅余项目既有环境类报错（CSS 导入/ImportMeta.env），本次改动文件无新增类型错误。
### F 项方案 A 改写（22:18）
- 放弃手算高度逻辑（SelectorQuery + onLoad 测自然宽高），改用 swiper 原生 `autoHeight` ：海报有多高轮播就有多高，无裁切。
- `ProductCarousel.tsx` ：删 `wrapWidth` /`imgHeights` /`handleImageLoad` /`swiperStyle` ， `autoHeight={isAdaptive}` ， `mode="widthFix"` 。
- `product-detail.css` ： `.detail-carousel-wrap--adaptive` 覆盖（删 `aspect-ratio:1` /`overflow:hidden` ），并给 `.detail-carousel` /`.detail-carousel-item` /`.detail-carousel-image` 在 adaptive 下 `height:auto` 。
- 已提交 `cd1e9ae` 并 `git push origin dev_jacy:main` （干净快进 `18147e1..cd1e9ae` ）。
- 重要：F 是原生微信小程序端改动，服务器部署只覆盖 H5-user 构建；真机小程序用户需经「微信开发者工具上传 + 微信审核」才能生效。
### E 项缺陷修复（22:46 测试不通过）
- **根因**：门店非 OPEN 时，后端 `redeem.service.ts:loadOpenStoreAccount` （ `RedeemConfirmPage` 的 `preview` 拉取失败 → `preview` 为 null → 「确认核销」按钮 `disabled={!preview}` → 点击不了 → 开张弹窗永远不触发。手机号路径因弹窗在「发送验证码」时触发故未暴露。
- **修复**： `RedeemConfirmPage` 把 preview 拉取抽成 `loadPreview()` ；确认按钮改为 `disabled={loading || (!preview && !storeClosed)}` （闭店时仍可点→弹框）；`openStoreAndContinue` 开张成功后 `await loadPreview()` 再 `doConfirm()` 。
- 弹窗文案对齐需求：「门店目前休息中无法核销，是否开启营业」（两页 modal title=门店休息中 / desc=该句；内联提示改为「门店目前休息中无法核销，开启营业后可继续」）。
- 提交 `3ac008a` ， `git push origin dev_jacy:main` （快进 `cd1e9ae..3ac008a` ），生产重新部署中（deploy-prod.sh --host dukang-server）。
- 注意：后端 `updateShopStatus` 对 CLOSED(永久关闭) 门店拒绝开张（抛「门店已永久关闭...」），属预期；需求针对 闭店/休息中(PAUSED) 场景，OK。
### E 项方案二次修正（23:00 用户纠正：前置到点击扫码）
- **用户新要求**：门店 PAUSED 时，**点击「扫码核销」按钮那一刻就弹窗**，而不是扫完码进确认页才弹。
- **改动**： `apps/h5-shop/src/pages/HomePage.tsx` （门店端首页）。
- 复用 dashboard 已加载的 `status` （ `dash?.store?.status` ， `status = String(store?.status||'')` ）。
- `handleScan()` 开头：`if (status !== 'OPEN') { setShowOpenModal(true); return; }` —— 不进入 isWechatEnv/scanQrCode 流程。
- 新增 `openStoreAndContinue()` ： `PUT /shop/store/status {OPEN}` ，成功后 `loadDashboard()` 刷新状态（开关/扫码按钮同步），用户可再次点击扫码。
- 弹窗复用全局 `.shop-redeem-modal` 样式（与确认页一致），文案「门店目前休息中无法核销，是否开启营业？」。
- `RedeemConfirmPage` 的弹窗保留为带码直入确认页的兜底。
- 提交 `c0d04ee` ， `git push origin dev_jacy:main` （快进 `3ac008a..c0d04ee` ），生产重新部署中（deploy-prod.sh --host dukang-server）。文档 E 节已同步更新方案描述。
### C 项缺陷修复（合伙人端 DISABLED 仍登录 - 微信路径）
- **现象**：手机号(短信)路径已正确拦截（login 前先 `POST /partner/auth/phone/check` 校验非 ACTIVE 即拒），但**微信 OAuth 路径**报错被吞 → 用户无任何提示。
- **根因**： `apps/h5-partner/src/contexts/PartnerSessionContext.tsx` L118 `catch { stripOAuthParamsFromLocation(); }` 把微信回调里 `processPartnerWechatOAuthCallback` 抛出的「该账号已暂停使用」错误吞掉。
- **修复**： `catch (e) { stripOAuthParamsFromLocation(); toastError(e); }` （ `toastError` 从 `@/lib/toast` 引入），让微信登录被暂停时同样弹「该账号已暂停使用，请联系客服人员」。
- 提交 `5ca9aa0` ， `git push origin dev_jacy:main` （快进 `c0d04ee..5ca9aa0` ）。
- 生产部署完成（deploy-prod.sh --host dukang-server, 38s）：dukang-api 200、各 h5/partner 服务 online。mini-user(h5) 健康检查 FAIL 与本次无关（非 v3.4.18 改动范围，本次改 native 小程序 + h5-shop + h5-partner）。
- **验收状态**：
### C 项双拦截增强（23:37 用户要求“两个都要拦”）
- **澄清**：city 合伙人有两个独立状态字段，别混：
- `partner_account.status` （ ） **登录账号启用态 ** ，feature 原拦截查的就是它（子账号自身）。
- `partner_account.bindingStatus` （ ） **城市合伙人绑定态 ** ，主账号为准；子账号取父主账号的此字段。
- **需求**：子账号 `status=DISABLED` 与 主账号 `bindingStatus=PAUSED` **都要拦 ** 。
- **实现**： `auth.service.ts` 新增统一闸门 `assertPartnerAccountActive(account)` （L313），同时拦上述两种；替换三处旧校验：`assertPartnerAccountByPhone` (L334) / `loginPartner` (L1086) / `loginPartnerWechat` (L1748)。
- 自身非 ACTIVE → 「该账号已暂停使用，请联系客服人员」
- 主账号 bindingStatus 非 ACTIVE → 「该合伙人合作已暂停，请联系客服人员」
- **文档**： `杜康好客-v3.4.18-...md` C 节重写为双拦截；顶部范围表 + 验收清单同步。
- 提交 `48d6900` ， `git push origin dev_jacy:main` （快进 `5ca9aa0..48d6900` ），生产部署完成（task I2mWSU, 37s）：commit=48d6900、api 200、各服务 online。
- **生产实测双拦截均生效**：
- `status=DISABLED` （id=7 临时翻转→测试→已还原 ACTIVE）：`phone/check` 返回 400「该账号已暂停使用，请联系客服人员」；还原后 201 ok:true。
- `bindingStatus=PAUSED` （ `phone/check` 返回 400「该合伙人合作已暂停，请联系客服人员」（修复前为 200 ok:true）。
- 库内 status!=ACTIVE 数量=0；
- **遗留未提交文件（非本次改动，需用户决策）**：
- `apps/h5-shop/src/styles.css` ： `shop-records-status-chips` 由 `padding:0` → `padding-bottom:10px` （
- `apps/mini-user/src/styles/product-detail.css` ：工作区版本把方案A（ `aspect-ratio:auto` /`height:auto` ）改回固定 4:3（ `aspect-ratio:1.33` /`height:100%` ），与已上线方案A矛盾，疑似另一轮实验性改动。已与用户确认前**暂不提交**。
