Skip to content

Release 2.8.0: the wallet screen fails closed when it cannot confirm an approval - #125

Merged
vvillait88 merged 1 commit into
mainfrom
release/2.8.0
Aug 28, 2026
Merged

Release 2.8.0: the wallet screen fails closed when it cannot confirm an approval#125
vvillait88 merged 1 commit into
mainfrom
release/2.8.0

Conversation

@vvillait88

Copy link
Copy Markdown
Contributor

Summary

Version bump for the fail-closed change merged in #124.

Minor rather than patch, because runtime behavior changes. Both wallet-OFAC paths branched on decision == "deny", so everything that was not literally that string was permitted by structure, including a null decision from an unreadable response. On the compute-first path that would have settled the payment.

Type of change

  • Bug fix (no breaking change)
  • New feature (no breaking change)
  • Breaking change (existing callers must update)
  • Docs, tests, or internal maintenance only

The bump itself is maintenance; the behavior it releases landed in #124 and is classified there.

Public API

No signature, model or response shape changes.

Behavior changes for two response shapes that should not occur against a current API: an assess response with no decision, and one carrying an unrecognised decision value. Both now deny where they previously allowed, returning api_error and wallet_not_trusted respectively. Nothing to migrate.

Test plan

On the bumped tree: uv run ruff check, uv run ruff format --check and uv run ty check all clean; uv run pytest gives 1868 passed, 4 skipped, coverage 95.37% against the 95% gate.

The behavior itself is verified in #124, including a drill that restores the original decision == "deny" check in both files and confirms five tests fail.

Checklist

  • Tests cover the new behavior, and the suite passes locally
  • Lint, format, and type checks pass
  • Docs and README examples updated if the public surface changed
  • No secrets, credentials, or personal data in the diff or the tests

…an approval

Minor rather than patch because runtime behavior changes. Both wallet-OFAC paths
branched on decision == "deny", so everything that was not literally that string
was permitted by structure, including a null decision from an unreadable
response. On the compute-first path that would have settled the payment.

Both now deny unless the decision is exactly "allow". No exported surface
changes, so nothing to migrate.
@vvillait88
vvillait88 merged commit 0482181 into main Aug 28, 2026
7 checks passed
@vvillait88
vvillait88 deleted the release/2.8.0 branch August 28, 2026 00:47
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant