changelog(frontend): 抢单前联系对方发不出消息(后端实测双视角均可发送)
所有检测均成功
changelog-filename-gate / validate (push) Successful in 1s

这个提交包含在:
API Changelog Bot 2026-08-11 14:43:13 +08:00
父节点 02e8d75fd3
当前提交 1c022e7943

查看文件

@ -0,0 +1,65 @@
---
schema: "hl-changelog/v2"
ticket: "frontend"
title: "房务/定制师抢单前「联系对方」发不出消息(后端实测双视角均可发送)"
consumer: "admin"
change_type: "前端缺陷"
author: "wx(GIT)"
backend_status: "not_required"
gateway_status: "not_required"
frontend_status: "pending"
frontend_owner: "mmg"
frontend_ref: ""
target_release: ""
verified_at: ""
status_note: ""
updated_at: "2026-08-11"
base: "dev-v3"
---
# 抢单前「联系定制师 / 联系房务」发不出消息2026-08-11 测试人员反馈)
> **页面**:房务订单会话弹窗(标题显示「待接单房务」)
> **现象**:房务尚未抢单时打开会话,输入内容点发送按钮无反应 / 发不出去
> **后端**:本条**无后端改动**,抢单前的留言池链路后端完全正常,实测数据见下
---
## 后端实测2026-08-11 网关 9443
用**真正未抢单**的订单复现:`26-0543`orderId `2086425903478325250``house_status=PENDING_CLAIM``claimer_id` 为 NULL,**定制师 / 房务两个视角都实测**
| 视角(角色) | `POST /admin/message/chat/open-house` | `POST /admin/message/chat/{key}/messages` |
|---|---|---|
| 定制师CUSTOMIZER | `code=200`,key=`HOUSE:2086425903478325250``peerAdminId=0`(占位) | **`code=200` 成功** |
| 房务ROOM_MANAGER | `code=200`,同一 key,`peerAdminId=0`(占位) | **`code=200` 成功** |
请求体:
```json
// 开会话
POST /admin/message/chat/open-house
{"orderId": 2086425903478325250, "peerAdminId": 0}
// 发送
POST /admin/message/chat/HOUSE:2086425903478325250/messages
{"content": "房型已确认"}
→ 200 {"messageId":"...", "conversationKey":"HOUSE:...", "sentAt":"..."}
```
消息真实落库,未抢单**不影响**开会话与发送。
## 排查方向(按怀疑度排序)
1. **🔴 首要怀疑:`peerAdminId=0` 被当成「无对端」而禁用了发送按钮。** 抢单前对端是**占位 0**(真实房务还不存在),`peerName` 也为 `null`。前端若用 `peerAdminId > 0``peerName != null` 作为发送可用条件,抢单前就会整个禁用——而后端此时是允许发送的(这正是留言池的设计:定制师先留言,房务抢单后自动接收)。
2. 会话 key 的取得方式:抢单前 `open-house` 仍返回正常的 `HOUSE:{orderId}` key,不需要 peer 存在。确认前端没有因为 `peerAdminId=0` 而没去调 `open-house`、导致没有 key 可发。
3. 发送按钮的 loading / disabled 状态是否卡在某个未 resolve 的前置请求上(例如等一个抢单信息接口返回)。
4. 快捷短语点击后是否只填充了输入框、但未同步内部 state,导致发送时取到空内容被前端自己拦掉。
## 需要补充的信息
测试人员是从**哪个入口**打开这个弹窗的(房务工作台 / 订单详情 / 抢单池列表)?不同入口可能不是同一个前端组件,确认后可缩小范围。
## 验证方式
修复后用未抢单订单(如 `26-0543`)自测:定制师和房务两侧分别打开会话并发送,均应成功;发出的消息在对方抢单后应能在会话里看到。