Repository navigation
fix(web): restore user-wallet payment preparation - #121
Merged
Merged
Conversation
Deploying with
|
| Status | Name | Latest Commit | Updated (UTC) |
|---|---|---|---|
| ✅ Deployment successful! View logs |
oneshot | 3860c76 | Sep 13 2026, 03:36 AM |
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.
Summary
Restore the Privy browser-wallet wiring in the authenticated web console. Without this wiring, the approval UI fell back to
POST /v1/jobsand never exposed the user-wallet prepare/submit flow.Scope and acceptance criteria
usePrivyUserWallet()intoApp./v1/jobs/user-wallet/prepare, wallet confirmation, then/v1/jobs/{jobId}/user-wallet/submit.Product and security invariants
Invariant notes:
The existing prepare, durable payment identity, hash recording, receipt verification, UNKNOWN handling, and no-replacement-transfer logic are unchanged. This diff only restores the wallet session prop at the Privy console boundary.
Validation
Commands and results:
Independent review evidence
Gate A — exact candidate tree before push
Base commit SHA:
94f2438fd2032a0cfa28699b0515c8ce6ed5300fCandidate tree SHA:
d5dbda69e6d552b4fbd5dd2a4b613086da203f1aCandidate commit SHA:
3860c76802cdd7311f007e11faffe0daa1dd8117Reviewer tool:
free-pi-cliReviewer model: not exposed by platform
Verdict:
VERDICT: PASSFindings or residual risks: no blocking findings; unconnected-admin UX and PostgreSQL-gated validation remain noted by the reviewer.
The reviewed tree equals the committed tree.
Gate B — exact remote PR head
Pull request URL/number: pending draft PR creation
Remote head commit SHA: pending
Remote head tree SHA: pending
Reviewer tool:
free-pi-cliReviewer model: pending
Verdict: pending
Findings or residual risks: pending
Gate B reviewed the current remote head and matches Gate A's approved tree, or a fresh Gate A was run for the changed tree.
Agent policy / repository-policyand all applicable CI checks pass.Risk and rollback
3860c76802cdd7311f007e11faffe0daa1dd8117.Human merge