Why this matters
The upload path is one of the core product claims, but the current evidence is still stronger visually than it is mechanically asserted.
The app injects an upload affordance into the T3 composer flow in apk/app/src/main/java/com/t3code/app/MainActivity.java. We already have emulator-backed runtime evidence in docs/evidence/v1.1.0-emulator/, but we should tighten the automated proof so a regression is easier to catch before release.
Scope
- Review the current harness and verification flow for the upload path.
- Add at least one direct automated assertion that the upload control is present and reachable when the expected composer UI is available.
- Document exactly what is guaranteed by the automated check and what still requires runtime evidence.
Acceptance criteria
- The automated verification flow fails if the upload control is no longer injected into the expected composer path.
- The documented test flow explains the boundary between automated assertions and manual runtime evidence.
- The release/runtime docs are updated if the verification story changes.
- The change does not weaken the current
npm test / smoke-test path.
Notes
This should stay honest about what can and cannot be asserted without a full real-device media interaction.
Why this matters
The upload path is one of the core product claims, but the current evidence is still stronger visually than it is mechanically asserted.
The app injects an upload affordance into the T3 composer flow in
apk/app/src/main/java/com/t3code/app/MainActivity.java. We already have emulator-backed runtime evidence indocs/evidence/v1.1.0-emulator/, but we should tighten the automated proof so a regression is easier to catch before release.Scope
Acceptance criteria
npm test/ smoke-test path.Notes
This should stay honest about what can and cannot be asserted without a full real-device media interaction.