Seetong · Report

🎯 Seetong 问题雷达 09:00 第257期

时间窗口：2026-10-26 17:00:54～2026-10-27 09:00:00（Asia/Shanghai）

📌TL;DR 核心要点

  • 🔴 Android 8.4.1.6 卡回放会在设备离线被误判为「在线可播」后进入播放，10 秒无帧直接触发「获取录像超时」重试，而且重试没有上限。反馈 259807 的 Logan 完整记录了 08:30:47 视频连接以 RELAY 建立、08:30:56.864 设备回 TPS_MSG_P2P_OFFLINE、08:31:00.794 卡回放帧等待超时（frameGapMs=10008，阈值 9 000 毫秒），08:31:02.860 又无条件重播同一时间点；该用户在两小时内提交两次（259773 与 259807）。神策显示 Android 8.4.1.6 当天 SA106007（设备离线）143 690 次／108 981 人、SA106001（获取录像超时）118 285 次／95 904 人，是当前最大的一类失败。严重度 78 / 100，根因置信度 中，新建任务 T-20261027-090756-5586。
  • 🟠 设备列表接口返回的在线状态与心跳时间互相矛盾：devIsOnline=1，但 lastHeartTime 已经停滞 9～32 小时。两份独立 Logan 各自出现：259794（iOS，心跳停在 2026-08-02，距今约 86 天）、259793（Android，心跳停在 2026-10-25 19:52，距今约 31.9 小时，期间 p2pLastHeartTime 只前进了 1.8 小时，两者相差 1 小时 46 分）。这是客户端「在线判定」的数据前提问题，会直接放大上一条的误判。严重度 72 / 100，根因置信度 弱（样本网络环境异常，未证实因果），新建任务 T-20261027-090800-8382。
  • 反馈 259807：2026-10-27 08:32:39，Android 8.4.1.6，vivo V2068A，浙江嘉兴，账号 W_2vSyL0eqIw，原文“老 离线是什么问题”，随附 Logan。

🔥最近一个月 Top 问题

按严重度与复发期数排序，已把跨期同类反馈归集；负责人由问题代码锚点对应的 Git 提交历史（blame / 近期主要提交者）反查；数据窗口：最近 30 天（截至 2026-10-27）。

#问题（严重度降序）严重度平台版本负责人问题原因
1HarmonyOS `1.1.2.3` 多用户离线与核心视频链路失效
20 期 · 170 条反馈
100Android · HarmonyOS1.1.1.11 / 8.4.1.6 / 1.1.2.3陈宝旺、唐胜、冉博麟、谭伟HarmonyOS 客户端把 P2P 瞬时离线写成本地持久状态，并在后续在线判断中优先使用这个旧值，可能导致设备已恢复在线却仍显示离线；回放离线态和播放错误透传不足则放大了用户的“看不到画面”体验。
2Android `8.4.1.6` HEVC 预览以零宽高启动解码器
1 期 · 3 条反馈
90Android8.4.1.6张威、唐胜、谭伟Android 8.4.1.6 在首次 TPS_AddWachtRsp 尚未提供有效 HEVC 宽高时，仍立即调用 OpenStreamAgent 创建 MediaCodec，系统以 BAD_VALUE 拒绝零宽高配置，而客户端没有等待后续媒体参数或建立明确失败终态。
3Android 与 iOS 8.4.1.6 报警功能突然失效与通知不达
1 期 · 3 条反馈
90Android · iOS8.4.1.6唐胜、许源现有客户端样本表明 Android 通知权限与 token 注册均成功，故障更接近“服务端未生成报警或推送任务未送达”，但神策缺少报警生成与推送到达事件，iOS 样本又混合了通知权限关闭，当前不能完成单点定因。
4HarmonyOS 画中画状态导致切换设备后仍显示前一路画面
1 期 · 3 条反馈
90HarmonyOS1.1.1.11 / 1.1.2.3张跃译多个 HarmonyOS 画面共享一个无代次、无串行化、无旧控制器清理的 PipManager，切换设备时旧创建任务和新选择竞争，最终把第一路 XComponent、savId 或恢复状态保留下来。
5升级后回放体验整体退化
5 期 · 20 条反馈
85Android · HarmonyOS · iOS8.4.1.6 / 1.1.2.3 / 8.3.14.2唐胜、许源、欧阳荣、谭伟8.4.1.6 对回放链路做了多处改动（时间条 UI、通道切换进度对齐、报警-录像联动），导致回放体验多点退化；Logan 显示取流层无崩溃，问题在"UI/状态对齐 + 报警录像关联"而非连接失败。
6KMP 回放页未申请屏幕常亮，回放中手机自动息屏
11 期 · 27 条反馈
84Android · HarmonyOS8.4.1.6 / 8.4.1 / 8.4.2唐胜、陈宝旺、谭伟、许源KMP 回放页的屏幕常亮能力已在代码中完整实现（KMP 公共层 → 桥接层 → Android 宿主层齐备），但承载该实现的提交只落在 feature_v8.4.2 一条分支上，feature_v8.4.4、master、hotfix_v1.1.1 全部不含，因此所有已发布版本（Android 8.4.1.6 / HarmonyOS 1.1.1.11）在运行时都走不到 FLAG_KEEP_SCREEN_ON，回放过程中发生系统级息屏。
7Android 实时预览无首帧却被标记为“视频播放中”，并无限重试
7 期 · 22 条反馈
80Android · iOS8.4.1.6 / 1.1.2.3 / 8.1.1.11唐胜、陈宝旺、欧阳荣、谭伟预览页把“取流请求已提交”或“设备在线状态消息”误当成播放成功，而没有把首帧到达作为唯一成功门禁；add_watch_result=-1 后仍持续 10 秒重试并显示“视频播放中”，导致用户长时间等待且无法获得明确失败反馈。
8SD 卡跌至不可读写或反复未初始化，录像回放被直接阻断
3 期 · 9 条反馈
80Android · HarmonyOS · iOS8.4.1.6 / 1.1.1.11唐胜、张威、陈宝旺设备上报的 SD 卡状态在 258245 中持续处于未初始化／格式化中，在 258173 中由正常可读写跌至不可读写；App 按协议正确展示异常，根因更可能在 SD 卡、卡槽／供电、设备存储控制器或固件挂载逻辑，而不是 KMP 页面误报。
9iOS `8.4.1.6` 云回放卡顿，首帧与失败状态可能被提前结算
2 期 · 8 条反馈
80Android · iOS8.4.1.6 / 8.3.11.3 / 8.4.106陈宝旺、欧阳荣、谭伟iOS 云回放容器允许解析完成后在 1.2 秒无首帧时提前向 KMP 返回成功，同时把 IJK 播放错误与正常结束合并处理，导致页面对真实卡顿、缓冲超时或解码失败缺少准确状态和可回溯证据；这是高度可疑的共同客户端缺陷，但仍需复现确认其是否为 3 名用户的直接主因。
10iOS 8.1.2.4 微信登录授权码重复提交触发 30100225
1 期 · 3 条反馈
80iOS8.1.2.4 / 8.1.204 / 8.4.106待定微信回调与恢复登录没有一次性 state、幂等锁和授权码消费机制，重复回跳或重试会把同一个单次授权码再次发给服务端，服务端以 30100225 拒绝后客户端仍保留旧状态。

🔴 问题 1：Android 8.4.1.6 卡回放「离线误判 + 无上限无帧重试」 ｜ 负责人：陈宝旺、唐胜

1. 现象与覆盖范围

  • 反馈 259807：2026-10-27 08:32:39，Android 8.4.1.6，vivo V2068A，浙江嘉兴，账号 W_2vSyL0eqIw，原文“老 离线是什么问题”，随附 Logan。
  • 反馈 259773：2026-10-26 23:09:05，同一账号、同一机型、同一地区，原文“怎么老出线离线是怎么回事”，同样随附 Logan。两小时内同一用户两次独立提交，说明问题对其稳定复现。
  • 同窗口另有 6 条离线或断网类反馈：259779（WIKO GAR-AN60，广东，Android 8.4.1.6）、259766（HarmonyOS 1.1.2.3，HUAWEI HBN-AL10，江苏）、259763（HarmonyOS 1.1.2.3，HUAWEI PSN-AL00，内蒙古，用户明确强调“不要质疑我家的电源和网络”）、259719（HarmonyOS 1.1.2.3，北京）、259721（HarmonyOS 1.1.2.3，黑龙江）、259760（Android 8.1.1.11，青海，欠费复机后连不上）。这几条与 HarmonyOS 离线问题族重合，24 小时内已由第 255 期及任务 T-20260926-115214-fdf9 覆盖，本期不重复展开，只作为「离线是大面积共用症状」的旁证。
  • 严重度评分：78 / 100。反馈量 20（8 条离线类反馈，其中 2 条有可直接定位的 Logan，且同一用户重复提交）；共性广度 30（Android 与 HarmonyOS 两端、8.4.1.6 与 1.1.2.3 两个版本、vivo／WIKO／HUAWEI 三个品牌、浙江／广东／内蒙古等多个省级地区）；业务关键度 30（录像回放，仅次于设备掉线）。

2. 神策证据

  • 事件总量基线（2026-10-26 全天，DeviceVideoPlayback）：20 565 046 次／5 321 470 人。
  • 失败码分布（同日同事件）：
  • SA106001 获取录像超时 186 856 次／94 132 人
  • SA106007 设备离线 162 091 次／120 760 人
  • SA106006 设备录像时间轴数据为空 182 750 次／145 598 人
  • SA106008 无 SD 卡 47 337 次／26 515 人、SA106012 存储卡未初始化 38 298 次／21 385 人、SA106010 存储卡不可读写 34 794 次／16 646 人
  • SA106015 录像播放异常 347 次／334 人
  • 按端与版本拆分（仅取 SA106007／SA106001／SA106006）：Android 8.4.1.6 分别为 143 690 次／108 981 人、118 285 次／95 904 人、136 915 次／68 616 人；iOS 8.4.1.6 为 7 059 次／4 734 人、22 458 次／17 904 人、23 205 次／11 559 人；HarmonyOS 1.1.2.3 为 1 282 次／977 人、1 685 次／1 443 人、12 577 次／6 915 人。
  • 关键观察：同一版本号 8.4.1.6 在不同端上是不同产品（Android APK、iOS 包与 HarmonyOS 包共用版本字符串）。Android 端的 SA106007 次数是 iOS 的 20 倍、HarmonyOS 的 112 倍，而 Android 当日 SiotDevConnectResult 为 2 326 342 次／820 376 人，量级远大于 iOS（1 199 101 次／293 862 人），说明设备基数差异只能解释一部分，Android 侧「离线判定」分支被触发的密度明显更高。
  • 口径说明：SA106001 在当前代码中同时被「加载录像数据超时」「SD 卡异常终态」「卡回放帧等待超时」三个分支复用（见第 4 节），因此该码的总量不能单独解读为网络慢。

3. Logan 关键日志

反馈 259807，Logan 890 行可读，覆盖 08:30:39～08:32:14，运行环境 st_run_env_pro，region domestic。

  • 在线状态来源：08:30:41.325 设备列表接口 /seetong-member-device/device/list 返回 "devIsOnline":1，同时 lastHeartTime=1793051253000（2026-10-27 08:27:33）、p2pLastHeartTime=1793060567000（2026-10-27 10:22:47）。同一份日志在 08:30:39.727 的 setDeviceListToSDK 缓存里却写着 "devIsOnline":0、lastHeartTime=1793007992000、p2pLastHeartTime=1793027102000。两次写入相隔不到 2 秒，在线态从 0 变 1，而心跳时间戳向后跳了约 12 小时。
  • 视频连接建立：08:30:47.915 streamStringBuffer 显示 connect_type=RELAY、k_online=1070、k_auth_ok=1071、k_connect_ok=1516、p2p_hold_success=false、relay_addr=112.65.218.253:24901、dev_model=TD53F60、sig_online=true、watch_resp=601。
  • 设备侧离线：08:30:56.864 LibImpl-doMsgRspCB devId=26693851 TPS_MSG_P2P_OFFLINE dev4gOnline=0，随后 08:31:02.244、08:31:09.246、08:31:16.249、08:31:23.256、08:31:31.254、08:31:40.262、08:32:10.971 连续 7 次同样报文，总计 8 次。
  • 首帧超时：08:31:00.835 PlayBackPage: card playback frame timeout, devId=26693851, targetTimeSec=27578, frameGapMs=10008，紧接 08:31:00.795 stop card playback and frame watch, controlState=PLAYING, isPlaying=true。
  • 失败上报与实际不符：08:31:00.815 PlayBackSensors: track playback custom event, event=DeviceVideoPlayback, scene=预览页面进入回放, errorCode=200。首次上报记为 200（成功），尽管设备在同一秒内已离线、画面从未出现。
  • 重试无上限：08:31:00.829 requestPlaybackSdInfo start ... checkSdAbnormal=true，08:31:02.860 KMPPlayBackVideoView: playVideoByTime devId=26693851, time=20261027073938——重试重新播放同一时间点，日志结束前未见次数上限或终态提示。

4. 代码定位

  • 模块：seetong-kmp/modulePlayback（Android 与 HarmonyOS 共用 KMP 卡回放页）。
  • 帧超时监控：
  • PlaybackConstant.kt:56 CARD_PLAYBACK_FRAME_CHECK_INTERVAL_MS = 10_000L，PlaybackConstant.kt:58 CARD_PLAYBACK_FRAME_TIMEOUT_MS = 9_000L。
  • CardPlayBackPageLogic.kt:2948-2982 scheduleCardPlaybackFrameWatch：每 10 秒检查一次，frameGapMs >= 9000 即 stopDev() → requestPlaybackSdInfo(checkSdAbnormal = true) { playOrSeek(targetTimeSec, ...) }。整个函数没有任何重试计数或退避，也没有 PlaybackExceptionState 终态写入。
  • 进入回放时的在线判定：
  • PlayBackPageViewModel.kt:1946-1962 resolvePlaybackExceptionState：仅当 !isPlaybackTargetOnline(...) && !isNvrChannel 才返回 DEVICE_OFFLINE。
  • PlayBackPageViewModel.kt:1975-1982 isPlaybackTargetOnline：DeviceUtils.isOnline(wakeDevice) || DeviceUtils.isSleeping(wakeDevice)。
  • DeviceUtils.kt:35-39 isOnline：item.localDevice?.isConnect ?: (item.remoteDevice?.devIsOnline == DEVICE_ONLINE)，即直接信任服务端文档里的 devIsOnline，不做心跳陈旧度校验、不校验 p2pLastHeartTime 与当前时间的差值。这解释了为什么 devIsOnline=1 时页面判定为可播，随后被 TPS_MSG_P2P_OFFLINE 打回。
  • 错误码复用：
  • SensorsConstant.kt:824 PLAY_BACK_TIME_OUT = "SA106001" 被四处共用：CardPlayBackPageLogic.kt:471（SD 卡异常终态）、CardPlayBackPageLogic.kt:494（加载超时）、CardPlayBackPageLogic.kt:2298（离线分支后的 SD 复查）、CardPlayBackPageLogic.kt:2974（帧等待超时）。因此神策里 SA106001 是一个混合口径，无法区分「录像索引慢」与「画面出不来」。
  • 上报位置：CardPlayBackPageLogic.kt:1399 对应日志里 errorCode=200 的那一条，处于设备离线之前的状态收尾逻辑。
  • 修复方向锚点：CardPlayBackPageLogic.kt:2967-2978（加重试上限与终态）、DeviceUtils.kt:35-39（在线判定引入心跳陈旧度）、SensorsConstant.kt:824（为帧超时拆出独立错误码）、CardPlayBackPageLogic.kt:2276 附近（离线分支在首帧前不应允许 200 上报）。

5. 根因结论

  • 置信度：🟡 中。
  • 一句话根因：卡回放把服务端 devIsOnline 当作播放入场券，没有校验心跳陈旧度也没有预热握手；设备真实离线（TPS_MSG_P2P_OFFLINE）时画面必然出不来，而唯一的恢复动作是无上限重播，导致用户看到的是「一直离线／一直转圈」。
  • 关键证据链：Logan 的 devIsOnline=1 + 8 次 TPS_MSG_P2P_OFFLINE + frameGapMs=10008 + 立即重播，与神策 Android SA106007 143 690 次、SA106001 118 285 次的量级互相印证。代码在 CardPlayBackPageLogic.kt:2948-2982 证实重试路径没有计数器。

6. 建议下一步

  • 分配给：KMP 回放负责人（帧超时提交人 baowang.chen，对应中文姓名待按团队 Git 映射确认）＋ Android 预览/设备在线判定负责人。
  • 优先处理项：① 卡回放无帧重试加上限（建议 2 次）与退避，达上限后进入明确异常页，禁止无限重播；② 在线判定引入 lastHeartTime 陈旧度阈值，超出阈值即显示「设备可能离线，正在尝试唤醒」而不是直接进播放；③ 帧等待超时拆出独立错误码，不再复用 SA106001。
  • 验证方法：设备刚唤醒、设备真实断电离线、弱网三种场景各连续进入卡回放 10 次，确认全部在 10 秒内要么出首帧、要么给出明确终态文案，且不再出现无上限重播；同时观察 SA106001 扣除帧超时后的净变化。

🟠 问题 2：设备列表在线状态与心跳时间互相矛盾

1. 现象与覆盖范围

  • 反馈 259794：2026-10-27 04:42:41，iOS 8.4.1.6，iPhone 系统 27.0.1，山东潍坊潍城区，原文“我想再买两个，怎么没有产品？”，随附 Logan 与附件。用户的直接诉求只是购买咨询，不是故障报障。
  • 反馈 259793：2026-10-27 04:25:51，Android 8.4.1.6，HUAWEI ALN-AL80，缅甸掸邦，通知模板 -102，随附 Logan。
  • 这两条之所以进雷达，是因为它们的 Logan 暴露了同一个数据层面的矛盾：服务端返回 devIsOnline=1，但心跳时间已经不是当前时间。这不是用户抱怨的问题，而是我们在核查「离线」问题时，从日志里发现的一个上游数据口径疑点。
  • 严重度评分：72 / 100。反馈量 10（2 份独立 Logan 各自命中，但都不是用户主观报障）；共性广度 30（iOS 与 Android 两端、两个不同地区、两种完全不同的反馈事由下都复现）；业务关键度 30（在线状态是预览、回放、报警的前置条件）。

2. 两份日志的原始数据

反馈 259794（iOS）：04:33:12 拉取设备列表，两台设备均为 "devIsOnline":0，但心跳时间为：

  • 设备 22939926（SN 0AD07044E68B3433，名称“我的摄像机”）：lastHeartTime=1785625420000（2026-08-02 07:03:40）、p2pLastHeartTime=1785625424000（2026-08-02 07:03:44）。
  • 设备 22940169（SN 0AD07055E68B3444，名称“2”）：lastHeartTime=1787862589000（2026-08-28 04:29:49）、p2pLastHeartTime=1787876663000（2026-08-28 08:24:23）。

即反馈时（2026-10-27 04:42）距最后一次心跳已 86 天与 60 天。该条目本身标注为离线，属于「记录长期未刷新但仍保留旧心跳」的形态。

反馈 259793（Android）：04:24:41.172 setDeviceListToSDK 写入缓存，NVR 20745368（SN 097CE233861D2B68，16 通道）为 "devIsOnline":1、"devNetType":0，而 lastHeartTime=1792929136000（2026-10-25 19:52:16）、p2pLastHeartTime=1792935488000（2026-10-25 21:38:08）。到 04:25:51 用户提交反馈时，lastHeartTime 已停滞约 31.9 小时，p2pLastHeartTime 停滞约 30.1 小时，且两者之间还彼此相差 1 小时 46 分。

3. 神策旁证

  • 同日 SiotDevConnectResult：Android 8.4.1.6 2 326 342 次／820 376 人，iOS 8.4.106 1 199 101 次／293 862 人，HarmonyOS 8.4.1.6 695 573 次／212 807 人。IOS 与 HarmonyOS 的 8.4.1.6 与 Android 同号不同包，版本号本身无法区分端，后续任何按版本的离线率对比都必须先按 $os 拆分。
  • 该事件的埋点口径为「每设备仅埋一次」，因此连接次数不能当作重连频次使用；本期只用它说明各端规模量级，不做成功率推断。

4. 代码定位

  • DeviceUtils.kt:35-39：isOnline 只读 localDevice.isConnect 或 remoteDevice.devIsOnline，完全忽略 lastHeartTime / p2pLastHeartTime。
  • PlayBackPageViewModel.kt:1975-1982：回放入口沿用同一判定。
  • 结论：服务端一旦「只更新在线标志、不刷新心跳」或客户端「只回写 devIsOnline、不更新心跳字段」，客户端就没有任何一环能发现数据自相矛盾。

5. 根因结论

  • 置信度：🔴 弱。
  • 一句话根因（待证实）：devIsOnline 与心跳时间戳可能来自两条不同的写入路径，二者同步时机不一致；客户端在线判定只看布尔标志，无法识别陈旧状态。
  • 为什么只给弱：两份样本都不干净。259794 是购买咨询、两台设备在 8 月就已停止心跳，很可能只是长期离线记录的残留；259793 属缅甸网络，日志中另有 NVR 通道 CH-7／CH-8 报 NVR channel offline，不能排除设备侧真实断网。现有证据只能证明「字段互相矛盾」这一事实存在，不能证明它是用户离线感受到的主要原因，也不能证明服务端写入缺陷。

6. 建议下一步

  • 分配给：设备服务端（/seetong-member-device/device/list）＋ 三端设备状态模块。
  • 优先处理项：① 向服务端确认 devIsOnline、lastHeartTime、p2pLastHeartTime 三者的写入路径与更新时序，确认「在线但心跳停滞」是否为合法状态；② 客户端在线判定引入心跳陈旧度阈值（建议超过 10 分钟即提示「设备可能离线」）；③ 补采同 SN 的服务端在线快照，与客户端文档做对账。
  • 验证方法：构造「心跳过期但标志为在线」的 mock 响应，确认三端预览与回放入口都能给出提示；同时抽样 200 条真实离线反馈的 SN，逐一比对服务端心跳与客户端展示状态的一致性。

本期扫描全量与应用市场

以下为窗口内 98 条自有反馈的完整归集，🟣 普遍网络模板在 HTML 呈现时自动折叠。

#关键词反馈数分类处置
2离线 / 断网 / 连不上设备7（另 2 条入选问题 1 的样本）🔴 进雷达259807（08:32 浙江 vivo）、259773（23:09 同一用户）为核心样本，另有 259779、259766、259763、259721、259719 作旁证；HarmonyOS 离线族 24 小时内已由任务 T-20260926-115214-fdf9 覆盖
3回放不可用或卡顿9🟡 单点或重复与第 256 期 iOS 回放卡死、第 253 期卡回放帧超时同族，24 小时内已覆盖；HarmonyOS 6 条无 Logan，待补证
4视频只有图片 / 没人形跟踪2🟡 单点259771、259772；与报警缩略图退化任务 T-20261024-170603-cfd1 相关但不构成新增证据
5内存卡无法录像且反复要求格式化1🟡 单点259768（HarmonyOS，贵州），归入 SD 卡任务 T-20261019-090533-9f57
6连续录像缺失（一段时间有、一段时间没有）2🟡 单点259767、259764，无 Logan、无设备 SN，待补证
7app 卡死 / 报警很卡2🟡 单点259769、259780 均有 Logan，与 iOS 回放卡死任务 T-20261020-090554-09c5 同族
8流量卡与欠费复机3🟡 单点259760、259735、259725，属运营商与账号计费链路
9加入认证网络失败1🟡 单点259804（HarmonyOS，吉林），未触发功能簇
10产品建议（想购买、旋转锁定）2🟤 产品建议259794（同时是问题 2 的样本）、259776；「画面旋转锁定」是可产品化诉求
11无效或咨询（“不好使”“V eu”“摄像头有故障了”）5🟢 咨询或无效无信息量，无 Logan
已折叠 1 条普遍性网络问题（含 -102/-101/-1002 与中/英/俄/法/西/葡/土/阿/日多语言网络提示模板，如 Проверьте телефонную сеть、Please check your mobile network）；全量明细见同名 Markdown 知识库。

应用市场（2026-10-27 00:00～23:59）：App Store、华为应用市场、应用宝均返回 0 条评论；Google Play 因未配置代理采集失败；荣耀、vivo、OPPO、小米四个商店待人工导入。本期应用市场无评论，不进候选池打分，但这只说明上述商店没有采到数据，不等于用户没有表达不满，Google Play 与四个手工商店仍是盲区。

数据源状态

数据源状态说明
自有反馈接口✅ 正常total=98 / fetched=98 / complete=true / pages=2；窗口 2026-10-26 17:00:54～2026-10-27 09:00:00
应用市场（App Store / 华为 / 应用宝）✅ 正常三家均返回 0 条
应用市场（Google Play）❌ 失败未配置代理，本期无法采集
应用市场（荣耀 / vivo / OPPO / 小米）⏸️ 待导入需人工后台导出评论文件
神策✅ 可用query_sql 首次调用超时并短暂断连，重连后 DeviceVideoPlayback 错误码、SiotDevConnectResult 端版本分布均查询成功；未使用 result 字段（该事件无此列，按字段定义改用 error_code）
Logan✅ 可读下载 3 份：259807（1 708 行）、259793（2 098 行）、259794（890 行）；另 259810／259783 等海外 -102 样本未展开
友盟⏭️ 未查本期无崩溃、ANR、闪退类主诉
TAPD⏭️ 未查已有 Logan 与代码链路，不以历史 Bug 搜索替代现场证据
代码仓✅ 已核对seetong-kmp 当前分支 feature_v8.4.2；Seetong-App-Android feature_v8.4.2（f62fd93c9）；Seetong-App-iOS feature_v8.4.2（889fb34ab，MARKETING_VERSION = 8.4.202）
任务账本✅ 已登记T-20261027-090756-5586、T-20261027-090800-8382，均 P1 / captured

待补证

  • 补采反馈 259807 对应设备 26693851（SN 0B42FFC8A20D36F9）在 08:30～08:35 的服务端在线快照与网关心跳，区分「设备真实断网」与「唤醒未完成就进入播放」。
  • 确认 TPS_MSG_P2P_OFFLINE 的触发条件是否包含「首帧前 P2P 通道未就绪」，否则不应等同于设备离线。
  • 取 259794、259793 两台设备在服务端侧的在线记录，核实 devIsOnline=1 与心跳停滞是否同时存在，避免把客户端解析问题误判为服务端写入问题。
  • HarmonyOS 1.1.2.3 本期 6 条回放或离线反馈均无 Logan，需在下期前补采至少 2 份，才能判断其是否与 Android 共用同一卡回放缺陷。
  • Google Play 与荣耀／vivo／OPPO／小米四个商店的采集缺口需补齐，否则应用市场侧长期是盲区。

下一期 = 第258期 = 2026-10-27-H17.md（今天下午 17:00；窗口 2026-10-27 09:00～17:00）

🗂️历史期次

查看全部历史期次（近 90 天）→

由 OpenClaw 统一报告渲染器生成 · 最新更新时间：2026-10-27 09:10 · 数据以同名 Markdown 原始报告为准