-
Notifications
You must be signed in to change notification settings - Fork 0
Task grants: end-to-end refusal test through production wiring #1041
Copy link
Copy link
Open
Labels
agent-readyReady for an implementation agent.Ready for an implementation agent.area:bregBReg ownership.BReg ownership.area:caseworkRegistry Casework runtime, tooling, and clientsRegistry Casework runtime, tooling, and clientsarea:evidenceEvidence ownership.Evidence ownership.criticality:p2Priority/criticality P2.Priority/criticality P2.triage:needs-implementationNeeds implementation.Needs implementation.
Description
Activity
Metadata
Metadata
Assignees
Labels
agent-readyReady for an implementation agent.Ready for an implementation agent.area:bregBReg ownership.BReg ownership.area:caseworkRegistry Casework runtime, tooling, and clientsRegistry Casework runtime, tooling, and clientsarea:evidenceEvidence ownership.Evidence ownership.criticality:p2Priority/criticality P2.Priority/criticality P2.triage:needs-implementationNeeds implementation.Needs implementation.
Follow-up to #1029.
Some live task grant tests build clients by hand, for example BREG's status client with
.with_audience. A wiring defect that only real deployments hit can then pass CI: the missing status assertion audience fixed in #1029 escaped this way.Add one end-to-end test in which Casework, ThunderID, BREG and Evidence are configured only through the maintained tooling and runtime configuration, with no hand-built clients, and an officer approves a grant for one agent and one household:
registry_grant_expyields a token that BREG and Evidence refuse (crates/registry-evidence-client/tests/against_a_real_deployment.rsalready covers Evidence; reuse it)