#Thiago Lasevicius

1 messages · Page 1 of 1 (latest)

zealous loomBOT
jade rover
#

Hi 👋 happy to talk through this, can you help share some context on the flow that you're using? Looking at your screenshots, it seems like you're using a Checkout Session (or possibly a Payment Link) rather than a custom checkout page, is that correct?

Can you share the ID of a related Checkout Session or Payment Intent?

frigid frigate
#

i am using cartflow plugin for checkout. Where do I find the checkout ID to give you?

jade rover
#

That isn't our plugin, so I'm not familiar with how to interact with it. However I believe the best way to pull an ID that we can reference is by clicking on one of the payments shown in the Stripe dashboard, and then copying the last part of the url for the page you're directed to. It should start with pi_.

Are you consistently able to reproduce this behavior in test mode?

frigid frigate
#

i found pi_3MkKIwKyIbaBrAR80ibw8CTS

#

in test mode it presents the same error, the support of the cartflow plugin did the tests and gave the same error with the stripe, when they changed the payment method the error disappeared

jade rover
#

Thank you for sharing that, but I'm not readily seeing any errors related to that payment. Can you tell me more about what steps are taken to encounter the error message that you're seeing?

frigid frigate
#

Sure, when I enter my checkout page, I fill in the data normally, I put the card details and when I put in payment it keeps processing and the error in the photo I sent appears, but in the stripe it shows that the purchase was completed, even though the error message at checkout.

#

and as it gives an error it does not go to the upsell stage and or thank you page

#

I'll send you a video, it should help

#

when they changed the payment method the error disappeared

jade rover
#

Gotcha, so that doesn't look like our hosted Checkout Session flow, but rather seems to be a custom checkout experience using our Payment Element.

frigid frigate
#

correct

jade rover
#

Okay, looking at this from a different angle then, please bear with me a moment.

frigid frigate
#

sure, thank you

jade rover
#

I see a lot of failed requests in testmode, that are running into errors because the Source being used doesn't belong to the Customer being used. Here are some examples:
https://dashboard.stripe.com/test/logs/req_fIHyCJWPbvhdtI
https://dashboard.stripe.com/test/logs/req_Nw3qETtP8pAdHp

Do these align with some of your attempts to try to reproduce the behavior that you were seeing?

frigid frigate
#

These tests were from cartflow plugin support staff

jade rover
#

Gotcha. You'll likely want to continue working with them on this matter then.

The video you shared gave me the impression that the error was encountered even when the CartFlow plugin was turned off, so I'm not sure which plugin that you're using that is giving you troubles, but we don't have insight into how those plugins work so we can't help troubleshoot them.

Based on the errors that are being returned, it seems like the integration is trying to use Sources with a Customer other than the one that the Source belongs to. I'm not sure if this would be caused by a configuration issue with how the plugin(s) are being configured, or if it is something else, but recommend continuing working with the teams that built and maintain those plugins as they'll be most familiar with how they work.