Skip to content

Buy bitcoin via Cash App#905

Merged
jbojcic1 merged 1 commit intomasterfrom
cash-app-topup
Mar 5, 2026
Merged

Buy bitcoin via Cash App#905
jbojcic1 merged 1 commit intomasterfrom
cash-app-topup

Conversation

@gudnuf
Copy link
Contributor

@gudnuf gudnuf commented Mar 3, 2026

Adds the ability to buy bitcoin via Cash App deep link. Builds on input-refactoring.

First commit extends the receive store and second commit adds the cashapp deep link flow.

@vercel
Copy link

vercel bot commented Mar 3, 2026

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

Project Deployment Actions Updated (UTC)
agicash Ready Ready Preview, Comment Mar 5, 2026 5:35pm

Request Review

@supabase
Copy link

supabase bot commented Mar 3, 2026

This pull request has been ignored for the connected project hrebgkfhjpkbxpztqqke because there are no changes detected in supabase directory. You can change this behaviour in Project Integrations Settings ↗︎.


Preview Branches by Supabase.
Learn more about Supabase Branching ↗︎.

@jbojcic1
Copy link
Collaborator

jbojcic1 commented Mar 4, 2026

Screenshot 2026-03-04 at 17 23 57

Is this design on purpose or only temporary? I find it a bit odd. Especially because send and receive buttons are different. Seems like somehow send is more important action now.

I personally see send and receive as equivalent actions just in opposite direction. Thus if we want all 3 buttons here, I would style those two the same (same style and width) and make buy different.

Copy link
Collaborator

@jbojcic1 jbojcic1 left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I think this looks much cleaner without trying to reuse receive page, store, etc.

</div>

<div className="w-full max-w-sm sm:max-w-none">
<AccountSelector
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

should we maybe not even show it if the accounts.length is 1?

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Why? If we did that then we shold remove the account selector from the send and receive inputs too in that case

Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

yeah I'd do it there as well but we can see about that. not related to this pr

@gudnuf
Copy link
Contributor Author

gudnuf commented Mar 4, 2026

Is this design on purpose or only temporary?

on purpose, but we can iterate on it. I agree that this makes send seem like the primary action, but actually I think Receive and Buy should be the primary actions and then send secondary. This is because if we are targetting gift card users they should be sending from the gift card page

@gudnuf
Copy link
Contributor Author

gudnuf commented Mar 5, 2026

@jbojcic1 I added two more commits
image

@jbojcic1
Copy link
Collaborator

jbojcic1 commented Mar 5, 2026

Is this design on purpose or only temporary?

on purpose, but we can iterate on it. I agree that this makes send seem like the primary action, but actually I think Receive and Buy should be the primary actions and then send secondary. This is because if we are targetting gift card users they should be sending from the gift card page

to me send seems primary here because it's way bigger than the other two and it feels like we are calling for that action

Copy link
Collaborator

@jbojcic1 jbojcic1 left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

apporoving but pls check the last set of comments

</PageHeader>
<PageContent className="flex flex-col items-center gap-4">
<MoneyWithConvertedAmount money={amount} />
{isMobile ? (
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I find this hard to read with this very long chaining of:

isMobile ? (bunch of elements) : errorMessage ? (elements) : (elements)

I think it sould be reorganized so you can see at first glance what is rendered on mobile and what on desktop and what on error.

I'd probably just create a component int his file for mobile and for desktop and then render those here

@jbojcic1 jbojcic1 merged commit d5824db into master Mar 5, 2026
5 checks passed
@jbojcic1 jbojcic1 deleted the cash-app-topup branch March 5, 2026 17:55
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.

2 participants