#manzano55

1 messages · Page 1 of 1 (latest)

prisma pecanBOT
stark bone
#

Hello

#

Hmmm

#

This sounds like your server that is hosting that page is blocking the initial load or something...

#

Have you tried doing this locally?

vestal dust
#

Just to add more information about my case, I am using Laravel on the back-end and React on the front-end (with inertia), I create the checkout session in my back-end and return the url to the front-end to redirect the user to the checkout page

#

Yes, locally and in production

#

has the same behavior

#

Could it be related to cookies?

stark bone
#

Maybe. Do you have a Checkout Session URL in test mode that you can provide where I can reproduce?

vestal dust
#

sure

stark bone
#

That's a live session

#

Going to need a test session so I can put in a test card and go to the redirect page

prisma pecanBOT
vestal dust
#

Ok, one minute

stark bone
#

K let me try that out

vestal dust
#

I created it now just so you could test it

stark bone
#

Hmm wait I thought you were saying the issue was on the redirect from the Checkout Session?

#

I'm happy to log in with the above but I'm confused by what the issue is at this point

#

Using that login it does seem to log me in just fine.

#

You originally said:

the stripe redirects to my application but the page does not load until I press F5

#

Can you clarify a bit what you mean by that?

vestal dust
#

yes, sorry

#

Sorry, I explained it wrong to you. On my localhost this happens, when I go to checkout and make a purchase or cancel I am redirected to the subscription screen again, but the screen does not load, it only loads after I press F5. In production I am redirected to Login but the user session is still active, I configured it to be redirected to the subscription screen, but this does not happen

#

This is a piece of the checkout redirect request log for my application

#

{
"id": "cs_test_a1QDr5rHPEnwFH4LZMdLmpInRBPHFvnzeQnC5nbjeqR4eTxss5X6ujBsaU",
"object": "checkout.session",
"after_expiration": null,
"allow_promotion_codes": null,
"amount_subtotal": 16590,
"amount_total": 16590,
"automatic_tax": {
"enabled": false,
"status": null
},
"billing_address_collection": null,
"cancel_url": "https://app.holderplus.com.br/painel/assinatura",
"client_reference_id": null,
"client_secret": null,
"consent": null,
"consent_collection": null,
"created": 1698254702,
"currency": "brl",
"currency_conversion": null,
"custom_fields": [
],

stark bone
#

Ah okay okay so that sounds to me like a cookie issue as you noted

#

The cookies you are setting aren't getting persisted across the session so your user isn't still logged in after the redirect URL is hit.

#

That isn't really a Stripe-specific issue though so not sure we can help much here. You are going to need to debug how you are setting Cookies for the session and why they aren't persisting.

vestal dust
#

Okay, I'll debug here and see if I can find anything! Thank you for your support, great work to you!