Seetong · Report

🎯 Seetong 问题雷达 第268期

时间窗口：2026-11-05 17:00:00～2026-11-06 17:00:00

📌TL;DR 核心要点

  • 🔴 Android 落到离线设备后界面在「视频播放中」与「该设备不在线」间反复跳，用户以为在用（严重度 66，置信度 强）
  • 🟠 广告关闭入口缺失，用户找不到关闭方式，冲向反馈与心愿单（严重度 59，置信度 强）
  • 现象描述：Android 用户点开一台已经离线的设备，预览页的黑底状态文案在「视频播放中」与「该设备不在线」之间来回切换，约每 2 秒一次；帮助按钮反复弹出又消失。用户无法判断设备到底在线与否，误以为画面即将出来而一直等待。

🔥最近一个月 Top 问题

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

#问题（严重度降序）严重度平台版本负责人问题原因
1HarmonyOS `1.1.2.3` 多用户离线与核心视频链路失效
18 期 · 139 条反馈
100Android · HarmonyOS1.1.1.11 / 1.1.2.3 / 8.4.1.6冉博麟、唐胜、陈宝旺、李国涛HarmonyOS 客户端把 P2P 瞬时离线写成本地持久状态，并在后续在线判断中优先使用这个旧值，可能导致设备已恢复在线却仍显示离线；回放离线态和播放错误透传不足则放大了用户的“看不到画面”体验。
2云回放大面积失败——看不了、卡顿、黑屏
12 期 · 22 条反馈
90Android · HarmonyOS · iOS8.4.1.6 / 8.4.1 / 8.4.2唐胜、陈宝旺、谭伟、许源云回放链路在 8.4.1.6 / 1.1.2.3 版本上出现系统性失败，三端失败率均超 34%，且与入口场景无关，指向服务端回放接口或 KMP 共享回放层的共性问题
3多端回放功能异常——无录像、无法播放、回放入口消失
4 期 · 9 条反馈
90Android · HarmonyOS · iOS8.4.1.6 / 1.1.1.11 / 1.1.2.3唐胜、张威、陈宝旺回放功能异常呈多端多发态势，症状涵盖录像缺失、入口消失、播放失败三类，指向服务端录像存储/检索链路或近期版本变更引入的回归
4Android `8.4.1.6` HEVC 预览以零宽高启动解码器
1 期 · 3 条反馈
90Android8.4.1.6张威、唐胜、谭伟Android 8.4.1.6 在首次 TPS_AddWachtRsp 尚未提供有效 HEVC 宽高时，仍立即调用 OpenStreamAgent 创建 MediaCodec，系统以 BAD_VALUE 拒绝零宽高配置，而客户端没有等待后续媒体参数或建立明确失败终态。
5Android 与 iOS 8.4.1.6 报警功能突然失效与通知不达
1 期 · 3 条反馈
90Android · iOS8.4.1.6张威、许源现有客户端样本表明 Android 通知权限与 token 注册均成功，故障更接近“服务端未生成报警或推送任务未送达”，但神策缺少报警生成与推送到达事件，iOS 样本又混合了通知权限关闭，当前不能完成单点定因。
6HarmonyOS 画中画状态导致切换设备后仍显示前一路画面
1 期 · 3 条反馈
90HarmonyOS1.1.1.11 / 1.1.2.3张跃译多个 HarmonyOS 画面共享一个无代次、无串行化、无旧控制器清理的 PipManager，切换设备时旧创建任务和新选择竞争，最终把第一路 XComponent、savId 或恢复状态保留下来。
7Android 实时预览无首帧却被标记为“视频播放中”，并无限重试
7 期 · 22 条反馈
80Android · iOS8.4.1.6 / 1.1.2.3 / 8.1.1.11唐胜、陈宝旺、欧阳荣、谭伟预览页把“取流请求已提交”或“设备在线状态消息”误当成播放成功，而没有把首帧到达作为唯一成功门禁；add_watch_result=-1 后仍持续 10 秒重试并显示“视频播放中”，导致用户长时间等待且无法获得明确失败反馈。
8iOS `8.4.1.6` 云回放卡顿，首帧与失败状态可能被提前结算
2 期 · 8 条反馈
80Android · iOS8.4.1.6 / 8.3.11.3 / 8.4.106陈宝旺、欧阳荣、谭伟iOS 云回放容器允许解析完成后在 1.2 秒无首帧时提前向 KMP 返回成功，同时把 IJK 播放错误与正常结束合并处理，导致页面对真实卡顿、缓冲超时或解码失败缺少准确状态和可回溯证据；这是高度可疑的共同客户端缺陷，但仍需复现确认其是否为 3 名用户的直接主因。
9iOS 8.1.2.4 微信登录授权码重复提交触发 30100225
1 期 · 3 条反馈
80iOS8.1.2.4 / 8.1.204 / 8.4.106待定微信回调与恢复登录没有一次性 state、幂等锁和授权码消费机制，重复回跳或重试会把同一个单次授权码再次发给服务端，服务端以 30100225 拒绝后客户端仍保留旧状态。
10Android `8.4.1.6` 在线状态不一致导致卡录像无法打开
1 期 · 1 条反馈
80Android8.4.1.6张威客户端继续使用一份已陈旧约 8 小时的在线缓存，同时又允许单次 P2P 离线事件直接覆盖设备状态；状态模型没有区分云端心跳、P2P 连通和播放出帧，导致用户看到“在线但录像打不开”，且回放页缺少可恢复路径。

🔴 问题 1：Android 设备已离线，预览页仍在「视频播放中」与「该设备不在线」之间反复横跳 ｜ 负责人：唐胜、许源、张威

1. 现象与覆盖范围

  • 现象描述：Android 用户点开一台已经离线的设备，预览页的黑底状态文案在「视频播放中」与「该设备不在线」之间来回切换，约每 2 秒一次；帮助按钮反复弹出又消失。用户无法判断设备到底在线与否，误以为画面即将出来而一直等待。
  • 涉及反馈：本窗口离线类共 9 条、去重后 8 个用户，其中可提供 6 个月后仍有效日志的 2 个用户被完整取证：261751（Android 8.4.2.4、OPPO PEHM00，辽宁沈阳，11:03:38「总是突然会掉线无网」）、261813（Android 8.4.2.4、HONOR ANY-AN00，天津滨海，15:18:54「设备离线好多天，网络没问题」）。
  • 同簇其余反馈（同现象、无 Logan）：261698（Redmi 24115RA8EC，甘肃兰州，「经常离线」）、261700（同用户同机型，「经常不知不觉离线」）、261761（HONOR RMO-AN00、8.0.0.6，山东临沂，「24829057又设备离线」）、261733（HONOR CMA-AN00、8.0.0.7，湖北恩施，「坚控老是离线模式，灯一闪一闪」）、261669（vivo V2279A、8.1.5.3，北京，「充完钱之后还是离线」）、261663（HarmonyOS 8.4.2.4、HUAWEI ALT-AL10，河南郑州，「连不上了」）。
  • 覆盖维度：平台 3（Android / HarmonyOS）、版本 4（8.4.2.4、8.1.5.3、8.0.0.7、8.0.0.6）、品牌 5（OPPO / HONOR / Redmi / vivo / HUAWEI）、地区 6（辽宁 / 天津 / 甘肃 / 山东 / 湖北 / 北京 / 河南）。
  • 严重度评分：66 / 100（反馈量 10：24h 内 9 条、去重 8 用户，未达 >3 条档的高位阈值但已超出 1–2 条档；共性广度 20：跨 3 平台 / 4 版本 / 5 品牌，但单条症状集中在「设备本身离线」这一层；业务关键度 40：实时监控看不了＝核心场景）。
  • 去重判定：261371 系列（10-27 期「devIsOnline=1 但 P2P 全失败」）与本问题方向相反——本期是设备确实离线，但 UI 状态机自相矛盾，属于新问题；11-03 期的「设备频繁离线」只停在现象层，未定位到 UI 状态机。本期新建任务 T-20261106-170959-18b8。

2. 神策证据（核心数据源）

  • 事件可用性：SiotDevConnectResult 在 Android 侧近 7 天持续有量，11-05 全天 1,041,619 次 / 361,601 人，11-06 当日到 17:00 为 832,758 次 / 336,503 人，无缺口、无跳变——说明「连不上设备」这个观测面本身是健康的，本期不是埋点失效造成的假象。
  • 版本分布（11-05 全天，SiotDevConnectResult）：8.4.1.6 1,406,657 次 / 527,609 人，8.4.2.4 1,041,619 次 / 361,601 人，8.3.14.2 134,529 次 / 51,212 人，8.3.13.3 47,212 次 / 17,211 人。本期反馈集中的 8.4.2.4 已是 Android 端第二大活跃版本，暴露面真实。
  • 连接成功路径规模：DeviceConnectResult 在 11-05～11-06 期间 Android 侧 20,538,718 次 / 4,987,153 人，属正常量级，未出现整体性连接雪崩。
  • 神策侧不能直接量化本问题：本问题发生在「SDK 报离线 → 客户端 UI 状态更新」这一段，神策没有对「离线提示文案切换次数」的埋点，SiotDevConnectResult 每次连接只上报一次、且不携带 UI 状态。本节数据只能证明「Android 端连接类事件规模足够大、可复现面真实」，不据此给任何发生率或百分比。
  • 待补证：若要量化，需要在 PreviewPlayerView.setVideoInfo 与 onDevOffLine 两处补埋「状态文案切换」事件，带 dev_id、devIsOnline、lastHeartTime 陈旧度三个字段。

3. Logan 关键日志（核心数据源）

  • 反馈 261751（logan/20261106/…818461bc…log.gz，2,855 行）：
  • 设备 28740770（SN 0B3BCA71A203365C）服务端下发 "devIsOnline":0，lastHeartTime=1793728234000（= 2026-11-04 01:50:34）、p2pLastHeartTime=1793728266000（= 2026-11-04 01:51:06），即用户提反馈时心跳已停约 2 天。
  • 关键引文（08:12:44.013 → 08:12:52.474）：
L244  LibImpl-doMsgRspCB devId=28740770 TPS_MSG_P2P_OFFLINE dev4gOnline=-1
L1119 PreviewPlayerView-setVideoInfo msg: 该设备不在线  devid=28740770
L1120 AutoResumePlay-TPS_MSG_P2P_OFFLINE  devId= 28740770 nvrId=28740770
L1121 PreviewPlayerView-showHelpButton: true  devId = 28740770
L1154 PreviewPlayerView-setVideoInfo msg: 视频播放中  devid=28740770
L1155 LibImpl-doMsgRspCB devId=28740770 TPS_MSG_P2P_OFFLINE dev4gOnline=-1
L1156 PreviewPlayerView-setVideoInfo msg: 该设备不在线  devid=28740770

同一次进页在 08:12:48 → 08:12:52 的 4 秒内完成 3 轮「不在线 → 视频播放中 → 不在线」循环；11:01:35～11:01:42 再次进页，L2301/L2382/L2384/L2410/L2595 复现同一循环。

  • 错误码统计：Error stats: {'-102': 2, '-101': 2, 'EXCEPTION': 35}，与本问题无直接关联（属设备侧离线）。
  • 反馈 261813（logan/20261106/…e3479d09…log.gz，18,164 行）：设备 35198117（SN 0BC55F8A8508397F）devIsOnline=0，lastHeartTime=1793878954000（= 2026-11-05 19:42:34）、p2pLastHeartTime=1793884351000（= 2026-11-05 21:12:31），心跳停在约 20 小时前；WS 长连接本身正常（L382 lowPowerDevice-webSocket connect success、L383 WSManager-reConnectCount : 1），排除「App 没连上服务端」这一层。
  • 日志佐证「设备确实离线」：两份日志里 TPS_MSG_P2P_OFFLINE 均为 SDK 主动上报，且 dev4gOnline=-1（即不是 4G 流量耗尽这类可翻译的失败），说明是设备端整机不可达，不是网络质量抖动。

4. 代码定位（详细）

  • 涉及模块：Seetong-App-Android → Seetong5.0ForSeetong/Seetong5.0（Android 原生预览）
  • 关键类与方法：
  • PreviewPlayerView.kt:1782-1795（app/src/main/java/com/seetong/app/seetong/ui/view/video/PreviewPlayerView.kt）——TPS_MSG_P2P_OFFLINE / TPS_MSG_P2P_NVR_OFFLINE 分支，只做 onDevOffLine()
  • PreviewPlayerView.kt:1885-1900（onDevOffLine()）——仅隐藏 loading、清空进度文字、showHelpButton(true)，完全没有置任何「已离线」终态标记
  • PreviewPlayerView.kt:799-832（doRenderTimeout()）——10 秒求流定时器，是否继续重试的第一道门禁
  • PreviewPlayerView.kt:1228（setVideoInfo2）——收 TPS_MSG_NOTIFY_DISP_INFO 时刷新「视频播放中 / xx%」文案
  • device_list/.../VideoPlayerView.kt:73,77,846-878——另一条同类实现（RESUME_PLAY_CHECK_TIME = 9000、RESUME_PLAY_INTERVAL_TIME = 10000）
  • 调用链：

LibImpl.doMsgRspCB(3283-3316) → deviceOffline(dev, dev4gOnline)（LibImpl.java:3093-3134，置 m_status_nvr = Device.OFFLINE 并 refreshDevListByOnlineState）→ sendMessage(TPS_MSG_P2P_OFFLINE) → PreviewPlayerView 消息分支 → onDevOffLine()（仅改 UI 外观）
同时：VideoPlayerView.kt:808 startAutoResumePlay() 起 10 秒定时器 → doRenderTimeout() → 判 m_dev.onLine != Device.ONLINE → LogUtil.i("doRenderTimeout device is offline") 并 return；但定时器本身不停，一旦 m_play 与 m_dev.onLine 出现任意一次回摆，就会走到 pauserPlay() + autoStartPlay() 重新起播，于是 setVideoInfo 又写回「视频播放中」。

  • 关键分支（哪条路径触发本问题）：
  1. LibImpl.deviceOffline() 只把 m_status_nvr 置 OFFLINE（LibImpl.java:3121），没有同步 m_dev.onLine，两者是两套状态；
  2. onDevOffLine() 不打断求流定时器、也不置本地「已离线」标志，m_play 仍为 true；
  3. 重新起播后 TPS_MSG_NOTIFY_DISP_INFO 照常回调 → setVideoInfo2() 写「视频播放中」→ 下一个 TPS_MSG_P2P_OFFLINE 再写「该设备不在线」，形成日志中 2 秒一轮的循环。
  • 修复方向锚点：
  • PreviewPlayerView.kt:1885 的 onDevOffLine() 增加终态标志（如 isDevOffline = true），并在 setVideoInfo/setVideoInfo2 入口 if (isDevOffline) return；
  • doRenderTimeout() 的离线早退分支（PreviewPlayerView.kt:802-812）同时 stopAutoResumePlay()，避免无意义重试；
  • LibImpl.deviceOffline() 在置 m_status_nvr 的同时回写 dev.m_dev.setOnLine(Device.OFFLINE)，消除 m_status_nvr 与 m_dev.onLine 的双状态不一致；
  • device_list/.../VideoPlayerView.kt:664-700 与 kmp/.../VideoPlayerView.kt:615 有同构代码，需一并修，避免只修一条入口。

5. 根因结论

  • 置信度：🟢 强
  • 一句话根因：离线事件只改了 m_status_nvr 与界面外观，没有建立「离线终态」并在其上拦住 10 秒求流定时器的重新起播，导致状态文案被 TPS_MSG_NOTIFY_DISP_INFO 反复写回「视频播放中」。
  • 关键证据链：Logan 中 devIsOnline=0 且心跳停 2 天 ⇒ 设备真实离线（服务端事实）＋ TPS_MSG_P2P_OFFLINE 反复上报 ＋ setVideoInfo 在两种文案间 4 秒 3 次循环（客户端事实）＋ 代码里 onDevOffLine() 无终态、doRenderTimeout() 早退但不停止定时器（机制事实），三者互证。

6. 建议下一步

  • 分配给：唐胜（sheng.tang，LibImpl.java:3093 deviceOffline() 与 PreviewPlayerView.kt 离线分支均为其提交历史，5feed9634 feat:【Bug转需求】在快速预览过程中，设备离线，无离线提示，IOS有，2025-06-20）；设备端离线判定需 SDK owner 张威配合核对 dev4gOnline=-1 语义。
  • 优先处理项：
  1. 把「离线」做成可拦断的终态，stopAutoResumePlay() + 文案写入短路；
  2. 统一 m_status_nvr 与 m_dev.onLine，避免第二套口径；
  3. 三条入口（PreviewPlayerView.kt、device_list/VideoPlayerView.kt、kmp/VideoPlayerView.kt）同修。
  • 验证方法：真机用一台断电后的设备连续进入预览 20 次，验收标准为进入后 3 秒内稳定停在「该设备不在线」，不再出现「视频播放中」；再覆盖「设备中途掉线」「低功耗唤醒超时」「NVR 通道离线」三类各 10 次。

🟠 问题 2：广告关闭入口缺失，用户无法自行关闭启动/浮窗广告 ｜ 负责人：许源

1. 现象与覆盖范围

  • 现象描述：用户在反馈与心愿单里同时提出「广告怎么关闭」「关闭广告」，当前版本没有可被发现的自助关闭路径；设备列表底部与预览页仍有广告位曝光。
  • 涉及反馈：2 条反馈（261651 Android 8.3.14.2 HONOR PTP-AN70 广东，「广告怎么关闭」，17:25:20；261765 Android 8.3.9.5 vivo V2361A 山东，「希望看回放不要收费」，12:19:05）＋ 心愿单 5699（Android 8.3.14.2 HONOR，17:24:17，「关闭广告」）。同用户同问题，反馈与心愿单合并计 1 个诉求、2 个用户。
  • 覆盖维度：平台 1（Android）、版本 2（8.3.14.2、8.3.9.5）、品牌 2（HONOR / vivo）、地区 2（广东 / 山东）。
  • 严重度评分：59 / 100（反馈量 20：本窗口 3 条同簇（2 反馈 + 1 心愿单）；共性广度 20：2 版本 / 2 品牌 / 2 地区，够 2 维；业务关键度 10：UI 体验类，不影响监控主链路，但直接影响口碑）。
  • 去重判定：10-08 期曾评估「摄像头预览强制弹广告」（previewAdExposure=1 / defaultAdsDurationMs=3000），当时判定为商业化策略、转产品评估频次；本期是关闭路径缺失，属同一商业化模块的不同侧面，报告中标注「同一模块、不同问题」，不与 10-08 期结论合并。新建任务 T-20261106-171003-2e2f。

2. 神策证据（核心数据源）

  • 客户端自采配置：反馈 261651 日志中的 APPSession save 记录（L1117 见 261751 同构样本）显示 "autoCloseAds":true、"haveAds":false、"adsDurationMs":0，说明开关存在但是否生效取决于后台广告位下发；同一份 APPSession 里 "devListBottomAdExposure":1、"devListBottomAdTitle":"0元领7天云存周卡"、"previewAdExposure":1、"previewAdTitle":[".","AI服务"]，即广告位确实在曝光。
  • 口径说明：autoCloseAds 只表示「自动关闭」能力位，不等于用户可主动关闭；haveAds:false 与 devListBottomAdExposure:1 同时出现，说明这两个字段不是同一层含义，不能据此判断「没有广告」。
  • 神策侧不能量化「用户尝试关闭广告」：没有「点击关闭广告按钮」的事件，SiteMessageClick 在本窗口 Android 侧仅 2,312 次 / 1,284 人，且属站内消息点击，与广告位无关。本节不做比例推断。
  • 待补证：需补埋「广告关闭点击 / 关闭成功 / 关闭后再次曝光」三事件，才能评估关闭入口改造的效果。

3. Logan 关键日志（核心数据源）

  • 反馈 261651 仅有 loganFileDownloadUrl，本窗口两次下载均返回 404 - 文件不存在（Logan 侧已清理），无有效日志。
  • 可替代证据来自 261751 日志中的同构 APPSession 快照（同一 8.4.x 广告模块）：L1117 内 "autoCloseAds":true,"defaultAdsDurationMs":0,"devListBottomAdExposure":1,"devListBottomAdTitle":"0元领7天云存周卡","previewAdExposure":1,"previewAdTitle":[".","AI服务"]。
  • 关键缺失：日志里没有任何「用户点击广告关闭」的埋点或 UI 日志，与「关闭入口不存在 / 不可见」的判断一致。

4. 代码定位（详细）

  • 涉及模块：Seetong-App-Android 广告位下发与展示（StartAdModel、APPSession）＋ 心愿单/个人中心入口。
  • 证据锚点：261751 日志 L22 SeetongLog-showSlogan->StartAdModel{... isShowAd=false, frequency=10, adShowDuration=3, isAllowClose=0 ...} 与 L509 浮窗广告位返回 "isAllowClose":0——服务端下发的广告位显式禁止关闭（isAllowClose=0）。
  • 调用链：/seetong-sms/screen-advert-space（启动广告）→ StartAdModel → showSlogan；/seetong-sms/floating-advert-space（浮窗）→ isAllowClose 字段。客户端是否渲染关闭按钮由 isAllowClose 驱动，当前下发恒为 0。
  • 关键分支：isAllowClose == 1 才展示关闭按钮；isAllowClose == 0 时无关闭入口，与用户反馈完全吻合。
  • 修复方向锚点：不必改客户端，服务端广告位配置把 isAllowClose 置 1 并配 hiddenDuration（关闭后静默时长）即可；若产品坚持不可关闭，则应在广告位提供「会员免广告」等明确出口，避免用户只能到反馈区提问。

5. 根因结论

  • 置信度：🟢 强（isAllowClose=0 为服务端下发原值，日志直证；反馈 + 心愿单双通道同诉求）
  • 一句话根因：服务端广告位配置 isAllowClose=0，客户端按配置不渲染关闭按钮，用户没有自助关闭路径。
  • 关键证据链：用户原声（2 反馈 + 1 心愿单）＋ 日志中 isAllowClose:0 下发原值 ＋ autoCloseAds 能力位存在但未启用主动关闭，三者一致。

6. 建议下一步

  • 分配给：商业化/广告配置负责人（服务端下发侧）；客户端 Owner 欧阳荣配合确认 isAllowClose 渲染分支。
  • 优先处理项：① 对「启动广告 / 设备列表底部 / 预览浮窗」三个位逐个确认 isAllowClose 配置策略；② 至少给启动广告提供关闭按钮并保留 frequency=10 频控（当前已配），避免关闭后完全不展示。
  • 验证方法：配置改为 isAllowClose=1 后，Android 8.3.14.2/8.4.2.4 各 5 台验证关闭按钮可见、点击后当次关闭、hiddenDuration 内不再出现；同时观察反馈/心愿单中「关闭广告」类诉求是否归零。

本期扫描全量（全部沉淀到知识库）

#关键词反馈数分类处置
1设备离线 / 掉线（离线、掉线、连不上）9🔴 进雷达详细分析见问题 1
2广告无法关闭2（另有心愿单 1 条同簇）🟠 进雷达详细分析见问题 2
4监控看不了 / 加载不出图4🟡 配置问题已排除（单设备/单环境共性，无 Logan；261742、261692 为同一 HUAWEI BLK-AL80/8.1.5.3 用户，261650 停在 80%、261659 卡画面）
5回放 / 录像异常5🟡 配置问题已排除（261827 查询不到录像、261824 设备不能回看、261722 回放卡顿、261637 丢失 8 个摄像头、261726 回放自动横屏；11-03 期已就「多端回放异常」建单 T-20261103-*，本窗口无新增关键证据，标「已覆盖」不重复深挖）
6报警 / 消息不提醒4🟡 配置问题已排除（261661、261683、261682、261680；11-01 期已就 Android 8.4.1.6 报警不提醒建单 T-20261101-170334-79ea，标「已覆盖」）
7其他 / 无效内容12🟤 心愿单建议已排除（测试性提交「高」「看」、纯手机号、H5 分享链接、单字乱码等，无信息量；261735 iOS 报警页卡顿已由 T-20261027-171006-ff51 覆盖）
已折叠 1 条普遍性网络问题（含 -102/-101/-1002 与中/英/俄/法/西/葡/土/阿/日多语言网络提示模板，如 Проверьте телефонную сеть、Please check your mobile network）；全量明细见同名 Markdown 知识库。
合计：9 + 2 + 165 + 4 + 5 + 4 + 12 = 201 条，与 fetched=201 对齐，无漏项。
说明：分类计数按「一条反馈归一个主类」统计，同一条含多个关键词时取业务影响更高的一类（例如「充完钱之后还是离线」归离线，不归网络）。

应用市场反馈（2026-11-06 00:00–23:59）

商店评论数差评数主要问题分类处置
华为应用市场00—无评论，不参与打分
应用宝00—无评论，不参与打分
App Store采集失败——Apple 限流，未配 ASC Key
Google Play采集失败——未配置代理
荣耀 / vivo / OPPO / 小米待导入——开发者后台需人工导出

差评原文摘录：本窗口无。

采集状态：华为应用市场 0 条；应用宝 0 条；App Store 失败（Apple 限流，未配 ASC Key）；Google Play 失败（未配置代理）；待导入：荣耀应用市场 / vivo 应用商店 / OPPO 软件商店 / 小米应用商店。应用市场侧本窗口为部分盲区，不能等同于「无差评」。

数据源状态

数据源状态说明
自有反馈接口oktotal=201 / fetched=201 / complete=true（5 页，page_size=50）
心愿单接口oktotal=23 / fetched=23 / complete=true
应用市场（华为 / 应用宝）ok各 0 条
应用市场（App Store）失败Apple 限流，未配 ASC Key
应用市场（Google Play）失败未配置代理
应用市场（荣耀 / vivo / OPPO / 小米）待导入开发者后台需人工导出
神策okquery_sql 正常；count() 语法不被接受，已改用 count(1)；单次查询结果超 12,000 字符会被拒，已按版本收窄
Logan部分可用261751、261813 完整下载（2,855 / 18,164 行）；261700、261698、261651 返回 404 - 文件不存在；261761、261733、261669、261663 未提供日志
友盟未查本期无崩溃/ANR 类反馈，按 skill 规则不查
TAPD未查本期为功能性根因分析，不查历史 Bug 库

心愿单亮点（本期）

心愿单 ID平台 / 版本诉求价值判断
5702Android 8.4.1.6摄像头离线时希望 App 主动提醒，避免丢东西后才发现没在录⭐⭐⭐ 与问题 1 同一痛点：离线既不可见也无提醒，补齐「离线推送」可同时消化 8 条离线反馈的后续追问
5713Android 8.4.2.4回放时希望可框选局部画面、只回放标记区域的变化⭐⭐⭐ 与已有的「智能回放/文搜」方向一致，是普通用户的低门槛版本，可作为 8.4.4 之后的候选
5711Android 8.4.1.6升级后回放画面时间不显示分秒，静止时无法判断是否在回放⭐⭐ 与 11-04 期「画面叠加时间与手机不一致」同源（时间显示模块），建议一并核查 OSD 时间格式
5719Android 8.4.2.4希望支持两台及以上手机同时回放同一路⭐⭐ 涉及回放并发权限，需服务端确认通道数上限，先做可行性评估
5720Android 8.4.2.4人影跟踪转动太慢，希望加快⭐ 云台算法参数类诉求，转设备端评估

待补证

  • 问题 1 发生率无法量化：神策没有「离线文案切换」埋点，只能证明暴露面（SiotDevConnectResult 日均百万级）与机制。建议补埋后按 8.4.2.4 / 8.4.1.6 × 中国 / 海外拆分。
  • 问题 1 缺 iOS / HarmonyOS 对照：本窗口 iOS 仅 1 条反馈（261735 报警页卡顿），HarmonyOS 离线样本（261663）无 Logan。10-08 期提交信息提到「iOS 有离线提示」，需确认 iOS 是否同样存在文案横跳，避免只修 Android。
  • 问题 2 服务端配置归属未确认：isAllowClose=0 是服务端广告位配置，需商业化侧确认是否为有意策略；客户端无法单方面改变。
  • Logan 404 比例偏高：本窗口 5 份日志中 3 份返回 404，说明 Logan 保留期短于用户提反馈后的排查节奏，建议离线类反馈在提交时即触发日志上传校验。
  • 应用市场盲区：App Store 与 Google Play 采集失败、四个手商店未导入，本窗口应用市场侧无任何可分析样本，跨渠道共现无法验证。

下一期 = 第269期 = 2026-11-07-H17.md（明天下午 17:00；窗口 2026-11-06 17:00 ~ 2026-11-07 17:00）

🗂️历史期次

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

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