#ml74_confirmationtoken-klarna

1 messages ¡ Page 1 of 1 (latest)

golden geyserBOT
#

👋 Welcome to your new thread!

⏲️ We'll be here soon! Typically we respond in a few minutes, but sometimes we might take a bit longer if the server is busy or if you have a particularly tricky question.

⏱️ We close idle threads, which makes them read-only. Once a thread is closed it won't be reopened, but you can always 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/1273401006465486848

📝 Have more to share? Add more details, code, screenshots, videos, etc. below.

compact viperBOT
#

Below are links to other discussions we've had with you in the past week in case you want to review that information. If your question is related to one of these previous discussions, please provide a comprehensive summary of the current state and what you need help with now. We help many users simultaneously, so a summary allows us to resolve your issue as soon as possible.

mellow igloo
#

I've looked at implementing what you directed me to in the previous thread, however the payment intent must have confirm=true set when confirmation_token is set

pure palm
#

Why don't you want to set confirm=true?

mellow igloo
#

In the case of a failed payment and the customer modifies the basket in the UI, does this not stop us modifying the payment intent again?

pure palm
#

It shouldn't, no

mellow igloo
#

Ok, now that I have this set up, Klarna still throws the same error

#

Latest request ID from the intent that went to Klarna: req_7YOfXYQN9YCHCl

golden geyserBOT
pure palm
#

It doesn't look like you passed an address into the confirmation token. It just has a country code and nothing else

fossil elbow
#

ml74_confirmationtoken-klarna

mellow igloo
#

We aren't even setting the country code. The products are digital delivery, so we don't collect a shipping address. Do we need to collect a billing address on our side? I believe this was part of Klarna's flow previously.

#

Is this breaking because the address is now being partially filled with the country code?

fossil elbow
#

It's hard to say when it fails on Klarna's end unfortunately. But yes it can happen if the address is partially filled but incorrect. But just passing a country shouldn't cause issue

#

Can you take a step back and provide a clear summary of what you are doing exactly and how you are testing?

#

When I go through the flow with PaymentElement, I end up on Klarna's website where I have to sign up and provide a full address. Is that what you are doing?

mellow igloo
#

Hmm, this is odd. I'm setting email and name in defaultValues.billingDetails in the paymentElement object from our original form on the page, so they're autofilled. Then setting email and name to never inside fields.billingDetails also, so the fields aren't shown.

I haven't touched address inside billingDetails though, so I'm not sure how the country field is being set.

#

Is it possible that it's being picked up automatically from a form field? We're using a phone number input plugin that has a country dropdown

#

Maybe I should be setting fields.billingDetails.address.country = never also?

#

Nope, ignore that.

fossil elbow
#

Can you share exactly what you do on Klarna's end with clear screenshots?

#

Also are you based in the UK while trying this? Klarna can be really finicky with requiring all the countries (customer, your IP and the merchant) to match

mellow igloo
#

I don't do anything on Klarna's side. This is the first page that loads

#

I'm connected to a UK VPN

#

Ah, the country code comes from the UI. The Klarna pane in the Payment Element has a country dropdown.

fossil elbow
#

I'm connected to a UK VPN
yeah I wonder if that's maybe the issue. Klarna can be really hard to test when all the countries don't align

mellow igloo
#

Is there any guidance for integration testing beyond getting on a plane?