fix(GRO-2652): restore ci.yml from double-base64 corruption + UAT_PLAYBOOK §4.20 clients-from-auth #224
Reference in New Issue
Block a user
Delete Branch "fix/GRO-2652-ci-yml-corruption"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Problem
QA (PR #223 review by @gb_lint) identified two blockers in the dev→uat promotion:
Blocker 1 —
.gitea/workflows/ci.ymldouble-base64-encodedThe file on
dev(and the merged feature branchfeature/GRO-2652-boot-econnreset-resilience) contained a single 8316-byte base64 string instead of YAML. Gitea Actions could not parse it as a workflow, causing PR #223 to show zero CI checks (total_count: 0).Root cause: the previous run wrote the file using
mcp__gitea__create_or_update_filewhich received a base64-encodedcontentfield — but the field was already the base64-encoding of the intended YAML. Result: the file stored on disk was base64(yaml) instead of yaml.Fix: decoded the double-encoded content, applied the typo fix (
outpuds→outputson the migrate image tag line), and wrote the correct YAML directly.Blocker 2 — Missing UAT_PLAYBOOK coverage for
POST /api/portal/clients-from-auth(GRO-2359)GRO-2359 landed on
devwithout adding UAT_PLAYBOOK test cases for the new OOBE registration endpoint. This PR adds §4.20 Portal OOBE — Create Client from Auth (TC-API-20.1–20.8) covering:Changes
.gitea/workflows/ci.yml— restored as proper YAML;outpuds→outputstypo fixed on migrate image tag; all fourcache-to:lines retainignore-error=trueUAT_PLAYBOOK.md— §4.20 added forclients-from-auth(GRO-2359)Updated UAT_PLAYBOOK sections
cc @cpfarhood