Skip to content

feat(deposit): Apple Pay under USD, funding the card from card screens - #2597

Merged
mul53 merged 2 commits into
qafrom
claude/onramper-widget-config
Sep 28, 2026
Merged

mul53 merged 2 commits into
qafrom
claude/onramper-widget-config

Conversation

@mul53

@mul53 mul53 commented Sep 28, 2026 •

Copy link
Copy Markdown
Collaborator

Onramper's hosted widget is back, as an "Apple Pay" method under USD in both deposit flows.

  • Wallet: Cash → USD → "Deposit US Dollars" lists Wire transfer/ACH, Cash App where the server allows it, and Apple Pay. The bank rail and Apple Pay are offered everywhere, so USD now always opens the chooser instead of going straight to the bank rail outside the US.
  • Card (Rain mobile and desktop): USD opens the same list — Wire transfer/ACH and Apple Pay — as a step of the funding modal, and back from the widget returns to it. Wirex's funding screen has no USD section and is unchanged.
  • The rows live in one UsdMethodList shared by both flows, and Cash App availability in one useIsCashAppAvailable hook shared by the cash list's chips and the USD list.
  • The widget session now names its destination: the card funding modals ask for card, so the purchase lands on the card deposit address and arrives as card balance, while the wallet flow keeps wallet. Until the matching backend change deploys, the field is ignored and card-screen purchases keep landing in the wallet.

View with [code]smith Autofix with [code]smith
Need help on this PR? Tag @codesmith-bot with what you need. Autofix is disabled.

Onramper's hosted widget is back, as an "Apple Pay" method under USD in both
deposit flows.

- Wallet: Cash → USD → "Deposit US Dollars" lists Wire transfer/ACH, Cash App
  where the server allows it, and Apple Pay. The bank rail and Apple Pay are
  offered everywhere, so USD now always opens the chooser instead of going
  straight to the bank rail outside the US.
- Card (Rain mobile and desktop): USD opens the same list — Wire transfer/ACH
  and Apple Pay — as a step of the funding modal, and back from the widget
  returns to it. Wirex's funding screen has no USD section and is unchanged.
- The rows live in one UsdMethodList shared by both flows, and Cash App
  availability in one useIsCashAppAvailable hook shared by the cash list's
  chips and the USD list.
- The widget session now names its destination: the card funding modals ask
  for `card`, so the purchase lands on the card deposit address and arrives as
  card balance, while the wallet flow keeps `wallet`. Until the matching
  backend change deploys, the field is ignored and card-screen purchases keep
  landing in the wallet.

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
@vercel

vercel Bot commented Sep 28, 2026 •

Copy link
Copy Markdown

The latest updates on your projects. Learn more about Vercel for GitHub.

2 Skipped Deployments
Project Deployment Actions Updated
solid-app Ignored Ignored Preview Sep 28, 2026 9:10am UTC
solid-app-staging Ignored Ignored Preview Sep 28, 2026 9:10am UTC

Request Review

Resolves the conflicts with a4b43a8 (Cash App under Fund your card) in both
Rain card funding modals. Titles and back targets come from the shared
getEmbeddedTitle and getEmbeddedBackTarget, and the Onramper widget still
returns to the USD methods step it is opened from. useOrchestraCardEntry now
reads Cash App availability from useIsCashAppAvailable, so the rule lives in
one place.

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
@mul53
mul53 merged commit a685a29 into qa Sep 28, 2026
6 checks passed
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