#stripe

how are you adding the buttons?

same as shown https://stripe.com/docs/checkout#integration-si...

the browser ought to cache the requests

http://prntscr.com/erckla is the code, nothing fancy

if you look at the network tab, do you observe multiple requests to load checkout.js?

most of these requests are stripe in the list http://prntscr.com/ercl8x

inner, popover, bootstrap...etc... seems to take a long time to load

hmm

one thing you could try is to use the custom integration instead of the simple one

and trigger the checkout dialog from js instead of instantiating 6-8 buttons

do you have a good sample of a custom integration? i feel the one on stripe's site doesn't show where to post the form...or the whole flow

have you looked at https://stripe.com/docs/checkout/php ?

ah, that's the simple one, sorry

I have looked here https://stripe.com/docs/checkout#integration-cu...

It just doesn't show where do I put the callback, or do I wrap the button in a form for that form to post like the simple?

I don't see where it will load my website url to process the payment in that custom integration sample...it's very light in information

you put the form submission logic inside the `token` callback

could you give me a sample of what that would look like?

the thing most similar to what you're doing now would be to create a hidden form input with the value of the token, and then submit the form

since I'm passing extra variables with the URL that are dynamic based on the button you click

oh...so token.id will be set to the token i need for my php?

yes

so it would be like $('#some_field').val(token.id);?

yeah

then $('#some-form').submit()

iirc

ah...ok that makes sense to me.

I'll give that a try...I'm fairly certain that will fix my slow down. so with the custom integration do you guys show on your site somewhere what styles you apply to make the "blue button"?

thanks for the help @tr12

man, I haven't been in irc for years :)

np

I don't think the css is documented anywhere, but you can ~trivially just reverse out what styling is used

yeah I'll do that :)

I've got a question about stripe element events, if anyone has any bandwidth to check it out

hi all, i am receiving an HTTP 402 'card_error: Your card was declined' on trying to make a charge with my default source (the second source is a 3D source generated for the default one). I remember that it was working previously but I doubt if the problem is connected with 3D source being single_use ? Any idea what can be wrong here?

hey guys, anyone here?

I'm trying to capture a charge after having created it. I'm storing the charge ID and then trying to use it to capture the charge, but keep getting this error:

"error": { "type": "invalid_request_error", "message": "No such charge: [object Object]", "param": "id" }

I know the chargeId I'm passing is correct. Any ideas?

soulfoodz: it looks like you're using the entire object instead of the ID

the ID that stripe is getting is literally "[object Object]"

jerry: that error is just a standard card decline - that does not seem related to 3DS

tr12 : but the first charge was succesful with this source but the second charge was declined. What could be the reason?

it's possible that the bank declines some charges but not others

a trivial example of this is if the first charge is for $1 and the second charge is for $1000

it's not guaranteed that because one charge suceeded, all subsequent charges will succeed

in particular, it sounds like you're charging your own card?

right, actually the Stripe test cards as i'm in still in test mode

tr12 : is it possible that Stripe test mode declines card because one of my charge was for 150 and the second for 1500?

jerry: hmm, that's weird

(I thought you were charging real cards)

the test mode cards shouldn't look like that

do you have the ID of a declined charge?

tr12 : ch_1A3wsWDxH5fNaCEZYM5QZYJl

tr12 : it was tested on the Stripe's test card 4000 0000 0000 3063 which requires 3D secure

you said before there was a charge that went through?

tr12 : yes, it was: ch_1A3wkIDxH5fNaCEZHLh0m2Zm

tr12, I just tried with the following code and still got the issue

stripe.charges.capture({ charge : "ch_1A3eFqINpUhRRtfd3iLYwIpT" //charge_id // statement_descriptor: 'Campire - charging for answering question - id#'+questionId }, function(err, charge) {

jerry: that charge was a 3ds charge - so it's expected that it succeeded & the others were declined

(since that test card is supposed to only work if you use 3ds)

soulfoodz: what's the error that you got?

tr12 : I authenticated the source as 3ds so proceeded with authentication using iframe (with buttons Success and Failure- provided by Stripe). And the first time the charge was successful but the second time it was declined. My error was: 'The card was declined' - that's all I know.

jerry: those two charges were made from different sources

the failed ones were made with a card source

and the succeeded one was made with a three_d_secure source

tr12 : ok, I think I know the problem - by chance I must be using the default source (which is a regular card source) instead of 3ds one

tr12 : thank you for the hint, I will check it out

+1

Hi, I'm migrating from using recipients to connect accounts. I have created accounts using the from_recipient, I see them in the ui, but what I want to do is be able to transfer money from our platform account to their individual accounts. Can I modify the list of fields_need to enable transfers?

Kris__: you'd need to collect that information in order to enable transfers on those accounts

though the requirements don't kick in immediately - you can transfer a few thousand dollars to the new managed accounts before more info is required

(in much the same way that transfer recipients eventually had to be verified)

Ok, yeah we're only transferring around $25 to an account, so just having the StripeAccount set up with the external account info would be enough for now?

And would I do that just through the Stripe::Transfer.create call?

Kris__: is transfers_enabled true for that account?

if so, then yes, that's the call you'd use

no

what fields are required?

List of legal entities, and tos acceptance

tos_acceptance being missing immediately disables transfers, so you need to get that

(essentially, you should not migrate the recipient unless they've agreed to the tos so you can fill that part out)

gotcha ok

Is there a way to delete the new new connect account I created until I get the tos from the user?

there's not, no

migrating accounts is a one-way process

Ok. Once I get the tos agreed to, then the transfer should work?

yeah

great. will it also be possible to do the transfer from the stripe ui? Or will it only work through the api

you'd need to make them through the api

it's also worth pointing out that the prefered way to send money to a managed account is to create a charge that they're the `destination` of

this links the money coming into your account with the money going out to theirs, which gives both you and stripe a much better audit trail

(and in that world, you don't need to make manually make transfers at all)

I see, that makes sense. We just don't really have a direct association between charges and payouts/transfers

Thanks for your help!