this sort of error is caused by creating the token on a different account from the one you try to create the charge on
if you're not using connect, the usual suspect is that the publishable key you're using to create the token, and the secret key that you're using to add the card don't belong to the same account
i was using the sk_ key instead of pk_ for the actualy form
tr12
for the stripe.js form?
matt___
checkout.js
TragicWarrior has left the channel
paypaul has quit
qar joined the channel
YoY joined the channel
sr2016 has left the channel
sr2016 joined the channel
matt___ has quit
abishek joined the channel
qar has quit
Peder_ has quit
qar joined the channel
ansario joined the channel
ansario
Hi all, if I have a business in which every user is both a customer and a seller, how should I handle this? Should I create an account and a customer for each user?
tr12
yes
ansario
How should I handle asking the user for credit card information since I can only use the token once.
tr12
I take it you're using managed accounts?
ansario
Yes.
tr12
so, to be clear, stripe can't pay out to credit cards - only USD, US-based, non-prepaid debit cards
or bank accounts
ansario
Upon initial account information, I ask for their default debit card. I then get a token using Stripe.js. I want this token to be used for their account and customer object.
tr12
it's also worth noting that stripe can't do negative transfers to debit cards
ansario
initial account creation *
tr12
so if the managed account racks up a negative balance for whatever reason, stripe has no way of doing a negative transfer to zero out that balance
(and in general, you're responsible for negative balances for managed accounts)
ansario
Right.
tr12
it's generally advisable to collect bank account info anyway
if you do want to go with just debit cards for all these sellers, you can use stripe.js to create 2 tokens while only having the user actually enter the card once
once you've got the card entered into some form fields, you can just call createToken() twice
and get two tokens
ansario
Ah okay!
Thanks, it works!
tr12
np!
deadghost joined the channel
sr2016 has left the channel
sr2016 joined the channel
paypaul joined the channel
nilsmunch joined the channel
paypaul has quit
atombler joined the channel
atombler has quit
davetbo joined the channel
davetbo
Hello stripe devs!
Anyone home?
:)
paypaul joined the channel
tr12
yep
davetbo: ^
davetbo
Hello :) Happy Sunday! I just saw the header about sending in an email, so I just did that while waiting for a response over here. Here's the email I just sent:
> I'm following the instructions here and they're not working: > https://stripe.com/docs/api#delete_card > > Here's my code: > \Stripe\Stripe::setApiKey($this->secret_key); > \Stripe\Stripe::setApiVersion('2016-02-03'); //tested with and without this. This is what my account is set to, anyway, so I'm really not changing anything. > $customer = \Stripe\Customer::retrieve($customerId); > $newcard = $customer->sources->create(array('
That didn't format very well. Sorry :)
tr12
davetbo: yeah :P
davetbo
Basically, deleting cards is not working as advertised in the docs.
it sounds like $oldCardId is either undefined, null, or blank
davetbo
I will rerun it and double-check.
tr12
separately, if you just want to replace a card, you can do this like: $customer->source = "tok_***"; $customer->save()
which will set the default source of the customer to the provided token, then delete the old default source
davetbo
I had it in my wp user_meta table and it was bringing back an array instead of just the string. get_user_meta will do that unless you have a 3rd arg of true (whether to bring back just a single result). Sorry! My bad :)
abishek has quit
I appreciate your help, though!
tr12
no worries!
davetbo
I just replied to my support email telling them you got me covered on irc, @tr12
tr12
haha +1
davetbo has quit
darenthis has quit
abishek joined the channel
blaflamme joined the channel
ashd joined the channel
atombler joined the channel
atombler has quit
atombler joined the channel
deadghost has quit
Peder_ joined the channel
blaflamme has quit
deadghost joined the channel
cdbattags has quit
darenthis joined the channel
blaflamme joined the channel
darenthis has quit
LowLifePerv joined the channel
Jerome_ joined the channel
Jerome_
Good afternoon, I live in Switzerland and I have a Shopify e-commerce store. Can I do business with Stripe?
atombler has quit
supster joined the channel
supster
Hi everyone, I'm trying to build a kiosk that processes in person card swipes. We are able to process magstripe data into card number, expiration month+year, and card holder name. However, it's not feasible to grab the CVC off the magstripe data consistently. Would I be able to process payments in the iOS SDK by creating an STPCardParams object which does not include the CVC?
nilsmunch has quit
supster has quit
markin
Jerome_: Switzerland is currently in a private beta https://stripe.com/global you can sign up to notified when more spaces for the beta are available
Jerome_
Ok. Thank you very much Markin
Jerome_ has quit
mcwendy joined the channel
cdbattags joined the channel
cdbattags has quit
mcwendy has quit
deadghost has quit
gingerale has quit
T1m0thy joined the channel
flippyhead joined the channel
darenthis joined the channel
flippyhead has quit
darenthis has quit
abishek has quit
6A4AAUOIN joined the channel
palfvin joined the channel
palfvin
I understand that Visa card numbers can be 19 digits in length. Do your UIs support that and if so, how can you tell if the user is "done" after the typical 16 digits?
flippyhead joined the channel
LowLifePerv has quit
flippyhead has quit
6A4AAUOIN has quit
abishek joined the channel
realisation joined the channel
realisation
Hiya, anyone here? I am trying to see how to release a charge, before capturing
tr12
palfvin: checkout doesn't appear to support this, though you can do this with stripe.js
realisation
what must have been working before is no more, not sure what caused this, but now it is telling us that you can't issue a partial refund on an uncaptured charge
tr12
palfvin: in general, about the best you can do to check that the card number is valid is if it's len() > 13 & the luhn checksum validates
realisation: yeah, that's correct
felipe_ has quit
realisation
hmm must be something about the math and the particular amount on that charge then
tr12
realisation: it sounds like you should be doing a partial capture (which effectively releases any funds which are not captured as part of that call)
realisation
we want to release the whole thing, and had some math in there to figure out the amount it looks like
tr12
you can just omit the amount parameter entirely, then
realisation
great! thank you :)
tr12
yw!
palfvin
tr12: Thanks. A client was asking to auto transition to next field after a valid credit card entry. Is that just not done for variable-length card types?