[EPAC-2285]: Assert application-level 404 for unknown bill diff in staging smoke#817
Merged
riddim-developer-bot[bot] merged 1 commit intoJun 14, 2026
Conversation
…aging smoke
The bills version diff route was exposed and route-reachability checked by
EPAC-2288 via bills:diff-route, which drives the missing-parameter HTTP 400
path. The regression this issue names — distinguishing an API Gateway
route-missing 404 ({"message":"Not Found"}) from the bills service's own
application-level 404 for an unknown bill/version — was not exercised by any
default-mode smoke check.
Add a deterministic bills:diff-unknown check: GET an unknown bill id with
from/to set so the bills Lambda returns its own 404 ("bill not found")
before any version/diff lookup. The validator fails on the API Gateway 404,
requires a service-owned error body, and tolerates a warming 503. It runs in
default contract mode for the bills service in both staging and production,
so no backfilled diff data is required.
riddim-developer-bot Bot
added a commit
that referenced
this pull request
Jun 14, 2026
## What & why Post-implementation **architecture verification** of the *Bill diff backend completion* Project ([EPAC-2293](https://linear.app/riddimsoftware/issue/EPAC-2293/architecture-verification-for-bill-diff-backend-completion)). This is an `arch-team` Project Verification gate — not a PR review and not an implementation change. It scores the *merged* Project state on `origin/main` and records the result as a checked-in scorecard, mirrored to a Linear comment on EPAC-2293. Docs-only: adds `docs/architecture/bill-diff-backend-completion-verification-epac2293.md`. No application/backend code is touched (the issue's "no implementation PR / no code patching" constraint is preserved). ## Verdict **7.5 / 10.0 — Healthy (high pass).** No Cardinal Sin, no Hidden Dependency. What holds: - Dependency direction holds in both Go services (`domain` imports no use case/adapter/SDK; use cases depend on ports; `main.go` is the composition root). - Serving split is correct: `LoadBillVersionDiff` owns the 204-vs-404 policy, the handler is thin, the repository owns SQLite. - **Civic-content provenance is clean** — verbatim XML→clause text end-to-end, structural `change_type` only, honest `nil` Hansard anchors; no generated/summarized parliamentary text. - Deployment smoke distinguishes API Gateway 404 from app-level 404 — directly targeting the original regression. - OpenAPI + use-case catalog updated by the implementing PRs. Deductions (−2.5): Behavioral Leakage −1.0 + Catalog Drift −1.0 (clause-diff policy lives in the LEGISinfo source adapter, not the cataloged indexer use case) → **EPAC-2303**; Enforcement Gap −0.5 (bills SQLite artifact schema is an unverified cross-adapter contract; sparse served version metadata) → **EPAC-2304**. ## Reconstructed inputs Originally-named siblings EPAC-2283/2284 were re-scoped (still in Backlog). Actual merged work scored: EPAC-2286 (#810), EPAC-2298 (#814), EPAC-2287 (#811), EPAC-2299 (#815), EPAC-2288 (#812), EPAC-2285 (#817), EPAC-2289 (#818), via `git fetch origin main` + merged commits. ## Follow-ups filed (non-blocking, `arch`, est. 4) - [EPAC-2303](https://linear.app/riddimsoftware/issue/EPAC-2303) — Implement `ComputeBillVersionDiff` use case in the bills-indexer application layer. - [EPAC-2304](https://linear.app/riddimsoftware/issue/EPAC-2304) — Lock the bills SQLite artifact schema with a producer-to-consumer seam test. ## Verification evidence - Scope is docs-only (`git diff origin/main..HEAD --stat`: 1 file, +117). No Go/Swift/CI code changed, so no build or simulator run applies; `pr-build` covers the change. - EPAC-2293 attached to the *Bill diff backend completion* Project; scorecard comment posted on the issue. Release-Note: none (docs-only architecture verification record). Co-authored-by: riddim-developer-bot <developer-bot@riddimsoftware.com>
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Scope
Completes the staging-smoke half of EPAC-2285 by adding the one deterministic assertion the issue's risk note calls out as "the regression that created the current miss": distinguishing an API Gateway route-missing 404 (
{"message":"Not Found"}) from the bills service's own application-level 404 for an unknown bill/version.The rest of EPAC-2285 already landed on
mainvia the sibling EPAC-2288 (PR #812): theGET /api/v1/bills/{id}/diffroute in the staging+production manifest, the OpenAPI↔manifest parity guard incheck_backend_manifest_deployment.py, and thebills:diff-route/bills:diff-fullsmoke checks. EPAC-2288'sbills:diff-routeonly exercises the missing-parameter HTTP 400 path, so the application-level 404 path was never driven by a default-mode check.This PR adds
bills:diff-unknown:GET /api/v1/bills/ZZ-9999/diff?from=v1&to=v2— an unknown bill id withfrom/topresent, so the bills Lambda reacheslookupBillID, returnsErrBillNotFound, and the handler responds404 {"error":"bill not found"}before any version/diff lookup. No backfilled diff data is required, so it runs in default contract mode.errorbody (proving the request reached the Lambda), asserts the 404 is a documented not-found message, and tolerates a warming503.service="bills", default mode (notfull_only), so it runs in both staging and production smoke whenever bills is deployed. It mirrors the existingriding-boundary:unknown-slugnegative-check pattern.Acceptance criteria
GET /api/v1/bills/{id}/difffor bills (staging + production)main(EPAC-2288)id/from/to, 200/204/400/404/429/500/503)main(EPAC-2288)main(EPAC-2288, with tests)bills:diff-route(existing) +bills:diff-unknown(this PR) — completes the API-Gateway-404-vs-app-404 distinctionbills:diff-unknownis default-mode for bills, run bybackend-production.ymlDoD — "the staging smoke contract would have failed on the current API Gateway 404 state": both
bills:diff-routeand the newbills:diff-unknownfail on{"message":"Not Found"}viais_api_gateway_not_found.Bugfix SPEC
Testing notes
python3 -m pytest scripts/ci/tests scripts/ci/test_backend_staging_smoke.py scripts/ci/test_ios_coverage_report.py→ 65 passed (exactpr-build.ymlinvocation; +2 new validator tests).python3 scripts/ci/backend_staging_smoke.py --list | grep bills:diffconfirmsbills:diff-unknown [bills]runs in default contract mode (no[full]marker), alongsidebills:diff-route.backend/bills/main.go(mapBillVersionDiffError) andinternal/usecase/bills.go/adapter/sqlite/repository.go(lookupBillID→ErrBillNotFoundfor an unknown bill viasql.ErrNoRows) to confirm an unknown bill id deterministically yields a service-owned 404 before any version/diff data is needed.backend-staging.yml/backend-production.ymlworkflows run the smoke (default contract mode) and the manifest deployment checker against live infrastructure on deploy.Screenshots
N/A — backend CI / smoke-test change, no UI surface.
Related issue
Release-Note: N/A — CI smoke-test coverage only; no user-facing change.