Sadness ;'( - Blik

[slim patrol]

Hello, would you be able to DM me the URL to your test site where I can see this

[humble bear]

OK. It would take a moment to create it.

[slim patrol]

Sadness ;'( - Blik

[forest kelp]

👋 I'm stepping in here

Let me know when you have a repro ready

[humble bear]

I ended up doing it right now. I will send it to your DMs @forest kelp

[forest kelp]

Sounds good

[humble bear]

I can't send you private messages because you disabled them.

[forest kelp]

You need to friend request

[humble bear]

Sent

[forest kelp]

👍

Thanks taking a look

[humble bear]

I manually entered a payment intent client secret for one-time test

It will not work again.

[forest kelp]

Hmm okay

Can you show me how you are setting locale?

[humble bear]

Stripe is setting up locale automatically as far as i know.

[forest kelp]

Yep that's correct if you don't override it. So are you based in the US?

Mostly this should just be a test-mode thing in general. As that loader is only showing in place of the actual authentication modal that would take place with the bank

[humble bear]

No, in Poland

[forest kelp]

Oh interesting

Okay I'm pretty positive we just don't localize that modal in test mode, but let me see if I can confirm and I can also file some feedback about that

[humble bear]

Sounds good!

[humble bear]

BLIK authorization happens in the users mobile banking app AFAIK.

[forest kelp]

Yep right right

Give me a few minutes to check on this

I'll circle back

[humble bear]

OK, no problem

[forest kelp]

Okay this does look like a localization bug to us

We will file a ticket internally to get this fixed up

Thank you for surfacing this

[humble bear]

OK, thanks. What about the modal itself? Is it shown only in test mode?

[forest kelp]

No the modal will be shown in live mode as well. We are still testing for whether this is just a test mode issue at the moment or not. We do see that we intend for this to be localized regardless so my guess is it is both a live and test issue at the moment.

I will flag as high priority to get fixed up

[humble bear]

OK, thanks. Is there a way to just get rid of it (modal)?

[humble bear]

👍

[forest kelp]

No that's not possible

[humble bear]

That's actually very confusing. Manually confirming the blik payment allows that but payment element does not.

I asked for this because this modal is totally not required. The developer can make his own modals for this purpose which is really easy to implement, but stripe gives prebuilt one (which is not in the style of my webpage) and does not allow us to disable it.

[forest kelp]

That's fair. Let me double check. I don't think you can currently disable it, and if that is the case I'll file feedback that we should add this functionality to Payment Element

Yeah there is no way to do this currently with Payment Element

But I will pass that feedback along. It would be nice to have this customization, though the idea of Payment Element is that it just handles all of this for you

[humble bear]

The same thing happens for the bank redirects. Stripe does not allow us to just get the redirection url and handle it as we want to handle it, but redirects for us, which is really uncomfortable and confusing in a customization of the payment process.

[forest kelp]

Yeah generally you would just not use Payment Element in these cases

[humble bear]

Yeah, that's great but there should be options for customization for advanced users that for example want only to use the UI of payment element, and then create a payment method from it (that's just an example).

[forest kelp]

Like you just confirm server-side with a return_url and handle it yourself if you want this functionality

I agree more customization is always nice

But we do have to prioritize what we work on so that conflicts with the ability to provide some of this

[humble bear]

Yeah, but i need to produce a lot of additional code which should be totally unessecary for a simple customization.

And tho, it is not possible in my scenario

Because payment element can be only initializated with client secret

And we can not prevent the client from confirmation then

[forest kelp]

Yeah we are working on that: https://stripe.com/docs/payments/defer-intent-creation

[humble bear]

Thanks.

[forest kelp]

There is a beta for deferring your intent creation

Which will help with that issue

[humble bear]

Yeah i found it already, but thanks for reminding.

[forest kelp]

👍

[humble bear]

But then, it is beta

I can't use it now

[forest kelp]

Well you can if you get access

You can reach out to our Support team and request access

[humble bear]

I sent beta requests already for all of those, but no response.

[forest kelp]

Hmm okay if you DM me your account ID I can reach out and see if you can get added.

[humble bear]

It would be nice if you will forward my feedback to the development team in Stripe.

[forest kelp]

I certainly will

[humble bear]

Thanks.

[humble bear]

Sure, give me a second.

But there is another problem. This is my personal account, on which i test all of my integrations. If I will get access to the beta programs on it, i will not have them on the company account at the same time.

[forest kelp]

Got it. Okay I'll reach out internally and see if we can get you added. The team might want to reach out to you with some questions over email. If approved, they can add to your company account as well.

[humble bear]

OK, thanks.

[forest kelp]

Okay for the team to reach out to your email associated with that account?

[humble bear]

Yeah, no problem.

[forest kelp]

Could you DM me your company account?

[humble bear]

I currently don't have one, but if i will release the product i will create it.

[forest kelp]

Ah okay I see

Well once the team contacts you over email they can easily enroll your company account as well later on if you are approved.

[humble bear]

Sounds good, thanks a lot.