Files
qqq-android/docs/history/TODO-before-record-ux-2026-11-05.md
T
james.maesandClaude Sonnet 5.5 089f57f759
android / android (push) Failing after 3m29s
build / android (push) Failing after 3m29s
Revert "ci: first run on ci-workflows v1 (native workflows)"
Commit 1d3847d deleted the entire tree (2584 files) and added nothing, so main was empty. This restores main to dc43a6a (the PR 22 merge) exactly.

Co-Authored-By: Claude Sonnet 5.5 <noreply@anthropic.com>
2026-11-09 06:18:45 -06:00

3.2 KiB
Raw Blame History

Historical checkpoint before the November 5 record UX update. Current state is in session state.

Checklist

As of 2026-11-04, scanner host and local Echo scope only. Narrative: SESSION-STATE. Completed and superseded items are kept in docs/history.

Active feature delivery

  • Complete final review and deployment preparation for GS1 duplication and record photos; composed-server and native checks passed.
  • Qualify actual GS1 label media, physical trigger and printed-label rescan.
  • Deploy the reviewed app/server changes only with authorization, preserving ordinary app data and enrollment.

Local demo (accepted)

  • Application work merged to protected main; .gitea/workflows/qrun-android-release.yaml present.
  • Local server on port 57832 (QQQ 4.1.0-RC.21, Printing 1.0, qualified owner inputs) running UI API 1.10, mobile 1.5, printing 2.3, record-files 1.0.
  • TC22 on the development APK against that server; operator reported the outstanding manual acceptance group ALL PASS (2026-11-04), including label count/fidelity, camera, GPS and screen viewing; operator-reported, not instrumented or per-case evidence.
  • Echo setup (printer, label size, document, copies 1–100) and semantic native flow qualified, with simulated inputs/printing in disposable runs.
  • Real desktop Authentik acceptance with strict TLS.

MC9400 remaining check

  • Production-signed APK installed and launched on a fresh MC9400; hash read back.
  • Switched to the TC22 development APK demo configuration at the user's request; signed in and approved (APPROVED).
  • Physical MC9400 trigger scan reaches the backend (Saved scan and a matching server record).

Release qualification

  • Signed-APK/MDM channel chosen; QRun-owned key created with verified backup; signed 1.0.0 (versionCode 2) built and verified locally.
  • Direct-install guide written (INSTALLATION).
  • Qualify the production-signed APK on a device against an HTTPS server (enrollment, scanner path, navigation, update).
  • Signed preview published: Gitea prerelease scanner-v1.0.0 (APK and SHA256SUMS only; local install kit not hosted).
  • Distribution to the remaining devices after qualification; MDM later. Promotion to a stable release needs the qualification above.
  • Automatic signing/publication pipeline: not configured; owned by the shared CI design, not needed for manual distribution.
  • Actual on-device Authentik callback (unverified; no separate evidence).

Dependencies and provisioning

  • Public, reproducible publication of the Generation, Record Files and Scripting owner inputs (currently qualified inputs).
  • Company profile / EHS / OEMConfig / MDM deployment verified on a device (DEVICE-PROVISIONING, COMPANY-PROFILE).
  • Legacy source follow-ups (LEGACY-SOURCE-FOLLOWUPS).
  • Extend the native component boundary (possible values, record lists, specialized forms, reports) with conformance and E2E coverage as needed.

Offline queueing and background synchronization are outside version one.