Open-Box：故转模式无法手动点选节点的排障边界
摘要：Open-Box 维护者将“故转下无法手动点选节点”与原文提出的嵌套故转功能分开跟进，本次没有增加嵌套分组。排障需要补充版本号、主用/备用页签当前是自动优选还是手动选择，以及点选位置截图；若已是手动选择仍不能点，再继续查具体入口。
作者发言 · 第 5 页
作者发言
按原始发布时间排序
OpenWrt honk：移除 libubox ABI 日期依赖以修复安装
摘要：honk 安装包因依赖固定为 `libubox20260213`，在使用其他 libubox ABI 日期的 OpenWrt 固件上会被 `apk` 拒绝安装。维护者说明 honk-core 是静态二进制、脚本只需要 jshn，并已从包中移除这项多余依赖；新包发布后可重装验证。
Open-Box：TLS 首字节前中断需与失败确认和安全重试分开处理
摘要：Open-Box 维护者确认 #762 的 TLS/首字节前中断和长时间零下行属于需要处理的网络可靠性问题，并将其与 #759 的失败确认和连接重选分开；首字节前恢复涉及已发送数据的安全重试和跨 lane 行为，不能对任意已发送应用数据盲目重放。v0.1.381 的桌面入口与 Geo 数据更新没有声称解决该问题。
Aerial 1.74：小米默认桌面改回 PatchWall
摘要：Aerial v1.74 已发布，官网安装脚本和 Agent 说明更新为：小米设备不再修改默认桌面，恢复脚本会把默认桌面改回 PatchWall。哪些小米型号接受 `set-home-activity` 仍未确定，维护者会根据后续用户报告补充机型笔记。
Aerial PR #1002：拆分定格图比例修复与恢复位置变更
摘要：Aerial 维护者同意 PR #1002 中“按视频比例取帧并居中裁剪定格图”的修正，但不同意让普通恢复播放从定格图时间点开始，要求拆成单独 PR，并在 16:9 电视上复测。原 PR 的 SDK 36 编译兼容调整和单元测试失败不作为通过依据。
Aerial PR #996：小米任务中心 Home Guard 已合入 main
摘要：Aerial 维护者确认 PR #996 已以提交 `e54b9de` 合入 main，计划随下个版本发布。小米盒子 4S Max（MiTV-AZFP0）上长按主页键可打开系统任务中心；MiTV-MFTR0 没有对应系统服务，因此该改动在那里不生效。
Aerial：蓝牙鼠标卡死复现仍需系统 watchdog 诊断
摘要：Aerial 维护者在 TCL Android 11 和小米 MFTR0 Android 14 上用虚拟蓝牙鼠标进行了 60–90 秒高频输入测试，未观察到卡死或重启；要继续判断用户设备问题，需要系统版本、机型代号和 `system_server_watchdog` dropbox 记录。此前“关闭守护”的对照实验未真正撤销权限，需先收回权限再删除服务。
Haven 5.91.1：RDP 快捷栏回归移除了 Win 键开关
摘要：Haven issue #772 定位到 v5.91.1 工具栏切换提交：RDP/ SPICE/ GLKVM 会话的屏幕快捷栏仍有 Ctrl、Alt、Shift，但 Win 开关被新的 `KeyboardToolbar` 调用路径移除；硬件 Meta 键仍能到达 guest，预期是恢复左 Win 键的按住/释放切换。
Aerial 1.73：TCL 电视支持应用内直接升级
摘要：Aerial v1.73 已发布，TCL 电视上的应用内升级现在可以直接安装；维护者用 TCL 设备从 1.72 升到 1.73 做了验证。可在控制中心的“有新版本”中下载并安装，遇到问题也可再次运行安装命令。
Aerial 1.73：移除不支持的 ATV/DTV/AV视频源列表
摘要：Aerial v1.73 已发布，针对相关电视机型不再列出不支持的 ATV、DTV 和 AV 信号源。升级可在控制中心“有新版本”中下载并安装，也可以再次运行安装命令。
Open-Box：旁路由规则命中与实际出口的诊断路径
摘要：Open-Box 维护者说明：规则路由和真实路由都显示命中“国外”并不足以判定规则失效，还要确认该策略最终选择的节点或节点组是否落到直连，以及网站用于显示 IP 的实际请求。建议在“连接”中展开终端相关的 IP 回显请求，提供目标地址、完整代理链和 Open-Box 版本，并保持 issue 打开；截图应遮掉订阅链接、账号和密钥。
Aerial：小米 MOOQ0 Home Guard 修复已合入 main
摘要：Aerial 维护者确认小米 MiTV-MOOQ0 的 Home Guard 修复已合入 main，提交为 `6212513` 并保留作者署名；解锁时清除缓存对所有小米设备都有帮助，但当前没有 MOOQ0 实机之外的额外验证，计划在下个版本发布。
Open-Box v0.1.377：兼容性提示修正仍保留配置检查
摘要：Open-Box v0.1.377 已同步修正手机、桌面及简体、繁体、英文的兼容性提示，但实际配置兼容检查仍保留。对应 Android 客户端可覆盖安装后在 VPN 断开时重新同步配置；本次发布只修提示，先前 v0.1.359 的到期日期换行是另一项修复，二者都不等于解除旧配置的本机刷新限制。
Open-Box v0.1.377：保留配置兼容保护并区分订阅刷新场景
摘要：Open-Box v0.1.377 已为 Android、Windows、macOS、Linux 提供对应安装包，修正兼容性提示但仍保留实际配置兼容保护，不再把所有失败都要求升级到同一版本。VPN 断开后可以重新同步；未通过本机检查的配置可先在路由器刷新再同步。该版本没有新增手机端单独启停订阅的开关，也没有宣称解决所有订阅异常互相影响的场景。
pengchujin：Android 6 电视卡顿不适用未编译原因，建议按效果与诊断复核
摘要：在 Aerial-TV issue #698 的回复中，pengchujin 说明大多数电视卡顿来自 Aerial 未编译成机器码，但 Android 5/6 安装时本来会完成编译，因此该原因不适用于这台 Android 6 电视；可先在“个性化 → 效果”选择“流畅”，仍卡顿则升级 1.72 并回传诊断中的 `Frames` 和具体卡顿操作。
pengchujin：Aerial 未编译会使帧时间翻倍，1.72 起安装时编译
摘要：在 Aerial-TV issue #876 的回复中，pengchujin 说明多数电视上的 Aerial 因安装器不读取编译描述、后台编译需等待空闲而长期解释执行，升级还会清掉编译结果；同一台小米 MFTR0 实测主线程每帧约从 31 ms 降至 15 ms。Aerial 1.72 起 Android 9+ 控制中心升级会在安装时编译，Android 7 仍需 ADB 或覆盖安装后手动编译，斐讯 T1 不支持前者。
Leadaxe：Technitium 本机 DNS 与 sing-box TUN、劫持和 FakeIP 的边界
摘要：在 singbox-launcher issue #141 的回复中，Leadaxe 说明 Windows strict route 开启时会阻断到 127.0.0.1 的 DNS，DNS hijack 会截获 Technitium 自身的上游查询并使递归/DNSSEC 失效；应改用 DoH/DoT 或关闭劫持，避免把 127.0.0.1 设成造成 sing-box 循环的明文上游，启用 FakeIP 时也应关闭以免缓存地址在 VPN 停止后继续提供。
liandu2024：Open-Box v0.1.376 保留 idle session 与 client metadata 参数
摘要（节选）：在 Open-Box issue #663 的回复中，liandu2024 说明 v0.1.376 已发布对 `idle_session_check_interval`、`idle_session_timeout`、`min_idle_session`、`client_metadata` 的显式配置保留，并按秒转换 Clash 时长、不用默认值覆盖明确的 0 或空字符串；路由器和各平台解析、订阅导入、JS/原生对照及 AnyTLS HTTP 转发均已验证，但不宣称修复全部首轮…
liandu2024：Open-Box v0.1.376 修复失败测速柱挤压正常比例
摘要：在 Open-Box issue #760 的回复中，liandu2024 说明 v0.1.376 已发布失败记录的绘制修复：失败标记不再按 5000ms 进入四张卡共用刻度，正常测量保持真实比例，失败仍单独显示满高红柱；原图数值、全部失败/空历史和实际 Vue 组件均已验证，升级后重新打开概览即可复测，旧失败历史也按新逻辑绘制。
pengchujin：小米电视 HDMI 编号差异需按面板登记识别
摘要：在 Aerial-TV issue #943 的回复中，pengchujin 对比不同小米电视的诊断指出，系统登记的 `Hdmi1InputService/HW5` 与 `Hdmi3InputService/HW7` 可能对应面板 HDMI 1，固件版本不足以区分不同尺寸的板子；他要求确认实际插口和画面，并计划在下个版本诊断中加入 `hdmiN_order`，按硬件登记而不是固件版本判断。
liandu2024：Open-Box IPv6 RA/RDNSS 可能造成另一条 DNS 路径
摘要：在 Open-Box issue #614 的回复中，liandu2024 说明手机经主路由 IPv6 RA/RDNSS 获得了另一条解析路径，污染地址可能在流量进入 Open-Box 前已经存在；需要区分终端把 DNS 指向 Open-Box、由其使用运营商直连 DNS，与终端直接使用主路由或其他 DNS 的路径。当前没有强制接管终端 DNS 或嗅探后覆盖目标的默认行为，也没有可承诺版本。
liandu2024：Open-Box 主用空页签与备用恢复策略需要分开处理
摘要：在 Open-Box issue #714 的回复中，liandu2024 说明主用页签清空后如何确定恢复目标，与备用仍健康时是否自动升回更高优先级备用，是两套不同的恢复策略；当前没有可承诺的修复版本，先保留已验证的手动调整顺序办法，也不会把测速错误分类或规则热加载改进写成恢复策略已修复。
liandu2024：Open-Box IPv6 失败自动回退 IPv4 尚无承诺版本
摘要：在 Open-Box issue #661 的回复中，liandu2024 说明当前可用处理仍是降为 IPv4；IPv6 放行时的终端流量可能走 WAN，旧的 IPv4 FakeIP 或 HTTP 421 截图不能替代故障 IPv6 请求证据。把 IPv6 失败交给节点后自动退回 IPv4 以及能力提示属于额外回退策略，目前没有可承诺的发布版本，现有热加载改进也不等于本条已解决。
chen08209：FlClash macOS 配置目录被 root 占用的修复路径
摘要：在 FlClash issue #2892 的回复中，chen08209 说明旧版以提升权限运行的 Core 让 `~/Library/Application Support/com.follow.clash` 下目录归 root 所有，新的未提升权限 Core 因而无法创建配置目录；一次开启 TUN 并批准管理员提示可交还文件所有权，也可用 `sudo chown -R` 修复，下一版本会避免该问题阻塞配置应用。
pengchujin：Aerial Hisense 网络总览改动已合入 main，完整发版仍待确认
摘要：在 Aerial-TV PR #914 的回复中，pengchujin 说明提交 `901f2f6` 已合入 main，保留代码、测试、ARCHITECTURE 和 Lite 改动；HANDOFF 与海信笔记因本地改动未带入，完整控制中心流程以及 85E5N Pro+ 等 issue #760 报告人的正式发版后验证仍待确认。
Clash by Hako：多平台改用新隧道架构并明确性能测试边界
摘要：Clash TestFlight 公告称 iOS、macOS、tvOS 全部改用直接读写系统隧道的新架构，并给出设备内回环吞吐与 CPU 占用数据；公告同时说明这些是隧道本身的上限，公网实际速度仍取决于宽带和节点，加密节点的提升主要受线路影响。macOS 版需过审后才能安装。
pengchujin：米家 App 的 Home 事件未进入 Aerial Home Guard
摘要（节选）：在 Aerial-TV issue #933 的回复中，pengchujin 解释 Android 6 小米电视上实体遥控器的 Home 会在按键阶段被 Aerial 截获，但米家 App 的虚拟 Home 不经过同一路径；当前每秒一次的用量统计兜底只识别 PatchWall 的 `MainActivityUserMode`。他要求对比 ActivityManager、当前焦点和 usage stats 日志，以判断米家打开的是 PatchWall 其他页面还是另一种启动方式…
pengchujin：TCL 电视航拍壁纸的旧帧、杜比视界黑屏与焦点卡顿边界
摘要：在 Aerial-TV issue #934 的回复中，pengchujin 说明 TCL 电视无法实时取视频帧，进出 App 时会短暂显示旧静帧；4K 杜比视界屏保切换时出现 1–2 秒黑屏是解码器和显示模式切换的预期代价，改用 4K 或 1080p 可缩短切换；焦点卡顿与 32 位设备未完成 odex/profile 优化有关，可用 `adb shell cmd package compile -m speed -f app.orchard.tv` 对比验证。
pengchujin：TCL MT5879 无法取帧导致航拍壁纸预览露出旧画面
摘要：在 Aerial-TV issue #921 中，pengchujin 记录 TCL MT5879 上 PixelCopy 读取 4K 帧会阻塞渲染，MediaMetadataRetriever 可能卡死 TCL 解码器并造成黑屏或 ANR，因此该类设备不再从文件取帧，只在停止操作两分钟后尝试截图；同时提出在 Aerial 进程内用 Media3 和软件解码器取关键帧、或暂时使用黑底和地点信息的缓解方案，均标明尚未提交或仍待实现。
liandu2024：Open-Box 组合开关故障仍待定位，v0.1.373 不宣称解决
摘要：在 Open-Box issue #741 的回复中，liandu2024 记录关闭 FakeIP、开启“直连不进内核”时可用，但两项同时开启会失败；他要求在同一故障终端只补一次 `nslookup www.baidu.com`，结合终端网关和 DNS 地址判断真实地址或 FakeIP，再对照入口旁路，并明确 v0.1.373 不宣称解决该 N1 旁路故障。