-
Notifications
You must be signed in to change notification settings - Fork 308
Conversation
Per comment at #2052 (comment)
I suspect bitcoin is the more popular one-off method of the two, in addition to being alphabetically first.
I rearranged the accounts elsewhere listing, per #2052 (comment). The "One-off Receiving Options" changes to "One-off Giving Options" when viewing someone else's profile. |
I'm seeing serious brokenness (along the lines of #2052 (comment)) for the group elsewhere pages (e.g.): |
Reflowing, minor verbiage.
Per IRC, Balanced will control a Coinbase OAuth app in our name. They'll store the secret. |
Right, thanks. I think we'll take that out. :-) |
Correct. The idea is that we manage all the shenanigans of connecting to Coinbase for you, it's the same as tokenizing a card. In this case, the OAuth secret is like the card number. |
/cc @kyungmin , though ultimately this is a product decision, really. |
@whit537 The latest commit should fix the unintentional button size changes. I agree that the "edit" change is irrelevant to this PR. |
Found visual styling defect, but reported in #2065 since it's tangential |
Thanks @kyungmin. I'm still seeing problems related to #2053 (comment), however. |
It's time to start chipping away at the Coinbase integration itself if we can. The most significant change involved here is that we are moving from one way to pay in, to two ways, which is basically infinite ways according to the 0, 1, infinity rule. The approach I'm seeing on this PR is to try charging a credit card, and then fall back to charging an " try:
source = customer.cards.one()
except balanced.exc.wac.NoResultFound:
source = customer.external_accounts.one() What concerns me about this approach is that Gittip's funding flow already confuses our users, and adding this implicit rule about cards and external accounts is only going to further muddy the water. See:
I suppose that the easiest way to address this confusion without losing ourselves down a rabbit hole (#1063) is the one we've already identified: to group accounts in the UI and label them appropriately. That should be our next PR. After that we can bust up the monolithic "Balanced Payments" item in the connected accounts listing into two: Credit Card (under "Adding Money"), and Bank Account (under "Withdrawing Money"). At that point we can look at adding Coinbase as an additional item under Adding Money. |
@ESWAT Wanna take a crack at grouping/labeling the Connected Accounts? Here's what I think we want:
I took a pass at this in #2124 so you can scavenge for parts there if you like. Iirc you'll want to change |
@whit537 Sure thing. Is the grouping task higher priority over restyling the account avatars we’ve talked about in #2103 (comment)? |
Cool. Going to create a new Issue to deal with the grouping then. |
thx :) |
Hey, would someone mind explaining what parts of this still need to be pulled out into separate PRs, just so everyone has some idea of how it's going? Thanks! |
This weekend I was planning on working on using CC holds to not hit people's cards when they'd otherwise have enough money incoming, but Coinbase really is more important. Towards that end, the first thing I'll be working on is #1063. Time permitting, I'll also work on Coinbase integration itself. If anyone has time this weekend to pair on this, please let me know. |
I can work on splitting the current Balanced Payments section to the one in |
Now that the adding/withdrawing money sections are split up (#2297), let's look at adding Coinbase as an additional way to add money. If we don't get to #1063 first we should do like @kyungmin & @matthewfl did and simply try Coinbase if the CC doesn't work. |
Sounds like @Aaron1011 might take this on. IRC |
cf99c0f
to
11fcaf3
Compare
bb509d8
to
0d20225
Compare
This is obsolete, closing in favor of #2841. |
This is a redo of #2052 to bring the commits into the main repo so we can all hack on it.
Hey there! This is the front-end code (and some back-end stuff) to add Coinbase support to Gratipay through Balanced.
How it works
People will be able to donate USD gifts, but pay for them via Bitcoins in their Coinbase account.
Screenshots:
Currently, everything looks the same here. We added a little note about the new feature, but you may or may not want that.
After choosing an amount and clicking 'confirm,':
You have the option of paying via credit card or coinbase.
Choosing Coinbase:
A popup window to OAuth to your coinbase account appears. After signing in:
This says "Balanced" right now, but will say Gittip in the future. After confirming:
Your gift is updated and and it's been connected. On the accounts page:
You have the opportunity to see and remove or add the account.
What works in this PR
Basically, I took screenshots of all of this locally, so that all works. Hooray!
To be clear, this means that nobody is actually receiving Bitcoins, because they are instantaneously converted to USD by Coinbase. This means that individuals receiving tips don't have to opt in, they won't even know how much of their tips were sent via BTC.
What still needs to be done
The downside is.... it doesn't actually save this information in the Gittip backend. Some work needs to be done to actually save the funding instrument that comes back from Balanced, and charge from the correct account.
Balanced is obviously happy to help make this happen, but we don't know the Gittip codebase really well, so we should all pitch in with this!
This PR relies on #2036 landing before it can be merged. This PR is based on top of it, you can see all the other commits below.
Furthermore, it would be nice if #1165 could be figured out; this would allow someone to be able to tip in BTC itself, rather than tipping in a certain amount of BTC denominated in USD. We have some mocks for what that UI would look like if you're interested.
Conclusion
❤️ ❤️ ❤️
Let's hash out all the details and get this going!
## To Do - [x] Fix bitcoin address styling - #2065