#jaybell_apiupgrade-autoasync-capture
1 messages ยท Page 1 of 1 (latest)
๐ Welcome to your new thread!
โฒ๏ธ We'll be here soon! We typically respond in a few minutes, but in some cases we might need a bit more time (e.g., server's busy, you've got a complex question, etc.).
โฑ๏ธ We close idle threads, which makes them read-only. Once a thread is closed it won't be reopened, but you can start a new thread if you have another question.
๐ This thread will always be available, even after it's closed. You can find it again using Discord's search, or you can save this link: https://discord.com/channels/841573134531821608/1261372466878484642
๐ Have more to share? Add details, code, screenshots, videos, etc. below.
Looks like this request: req_wTr7CWC9Y8zHEB the charge we are making with a saved payment method is correctly expanding the latest_charge property but even there the balance_transaction is null (same with source)
I upgraded from 2019-05-16 to 2024-06-20
That is a huge jump.
I would expect a lot of breaking changes in that case
I read through the changelogs and the majority of changes don't actually apply to us (we aren't using subscriptions or invoices and all that).
anything related to charges/transfer etc didn't seem relevant either (other than the one I mentioned). Are there other breaking changes not lsited there?
No, that should be all of them
Ok so maybe simplify this down then req_wTr7CWC9Y8zHEB this charge, why is there no balance_transaction, source, or transfer on it? (there used to be on the old version), it is a destination charge.
Taking a look at the request
thank you
I looked at the expanded changelog (https://docs.stripe.com/changelog) as well and didn't notice anything by searching., but theres a lot there.
Oh wait, yeah this is because we now default to confirming async, isn't it?
Oh it definitely could be.
I'm looking at the Charge and I see all those properties have values
ok i see that here
https://docs.stripe.com/upgrades#2024-04-10
Yup! That's what I thought
looking at our code
But I can see how it would be easy to miss
ok so changing that to automatic from the default automatic_async should do what I want I would assume?
I can give it a try right now.
Yup, that should restore the behaviour you were used to
Will report back in a couple min, thank you!
Confirmation requests will take a bit longer but you should have the properties populated with the data you want
Are they slower than they used to be (on the previous version)? Or just slower compared to the async option now?
Cause I was fine with how they were earlier tbh
I think it was a move to reduce latencies compared with our previous behavior. I don't think we are slower than before, no.
Yup that did it! I appreciate it thank you very much!
I will keep us up to date more often from here on out, I probably would have put the pieces together quicker if I only had to read one or two changelog entries and not lots of them.
No worries! I'm glad we were able to track down the issue ๐
thanks for your help, have a great day!
You too.