#Morisha

1 messages · Page 1 of 1 (latest)

hexed martenBOT
hardy hornet
wary peak
#

Huh interesting, can you share the customer portal URL?

hardy hornet
#

you bet

#

🙂

#

this is on test mode with a test clock btw

#

default card requires 3DS, stripe radar rules requires 3ds for all cards that support it

wary peak
#

Testing with 4000002760003184 card, customer portal works fine 🤔

#

Maybe it is an issue with that specific test card?

hardy hornet
#

Hmm maybe, a bug or smth. I just checked out the test cards table didn’t know there was an Always Authenticate card

#

I was using the 3DS2 required card

#

Both behave the same for my test scenario I believe right?

wary peak
#

It should, yeah. seem like a bug.

Where exactly did you find the 3DS2 3220 card?
I might be forgetting the correct location for this

hardy hornet
#

Under Authentication and Setup

wary peak
#

Agh yeah it's right there 🤦‍♂️

hardy hornet
#

Prob just a test mode/card issue i guess then

#

Thought i set smth up wrong

wary peak
#

Let me double check with a colleague to confirm if this is a bug or I missed something 😅

hardy hornet
#

yea for sure tyt

wary peak
#

Just to make sure return URL is getting the right value set, can you print PROCESS.ENV.DOMAIN out before you create the portal session?

hardy hornet
#

http://airbnb.test

wary peak
#

gotcha. thanks

#

can you share your account ID?

hexed martenBOT
hardy hornet
#

yea fs

#

acct_1NHtRMHIXKAW9x1J

gusty gale
#

Thanks for the ID, catching up and will check in to this

hardy hornet
#

for sure thanks!

ivory hawk
#

Hi there 👋 I'm trying to reproduce the behavior you're describing to take a closer look at what could be happening, but so far I've not been able to do so. I don't think I'm following the same steps that you are, and was hoping that you could provide some clarity on what actions you took that resulted in this error?

hardy hornet
#

Hi toby!

Yea so what I did was:

  1. Create a test clock
  2. Create a customer and a subscription with the 4242424242424242 card, and just cycle a few months (no issues)
  3. Added another card 4000000000000341 (decline after attaching) and set it as default, and cycle a a month or two (no issues)
  4. Added a third card 4000000000003220 (3DS2 required) and set it as default, and cycle a month and a week approx.
    Here is when I went to the customer billing portal and it gave me the error.
    I was testing for off-site payments that require 3DS in step 4.
ivory hawk
#

Thank you for that clarification! I'll be quiet for a bit while I go work on testing that process, but will come back after I've done that.

hardy hornet
#

yea for sure! tyt

hardy hornet
#

with just steps 1 and 4

ivory hawk
#

Hm, interesting, I'm not seeing the Requires confirmation tag in my customer portal instance the way I see it in yours, trying to see if I can figure out where the difference is coming from.

hardy hornet
ivory hawk
#

I don't think so

hardy hornet
#

I went ahead and ignored the pay amount due button and just paid the invoice and it works

#

i don't think it should even show the Requires Confirmation Modal

#

Facing similar behaviour with the 4000002760003184 card (Always authenticate)

ivory hawk
#

Thank you for your patience, I was able to reproduce the behavior you were describing, but only if the Invoice was waiting for confirmation and I tried to use an existing payment method (creating a new payment method in the Customer Portal always seemed to be successful).

#

I do think this is something that we will need to look into further, and I don't think this behavior is indicative of a problem with your integration.

hardy hornet
# ivory hawk Thank you for your patience, I was able to reproduce the behavior you were descr...

great! yea, so imagine this scenario:

  • Default Payment Method is a card that required 3DS for on and off-site payments.
  • A recurring payment comes up and the bank sends a authentication_required code and then either me and stripe handle this situation by informing the user to authorize the payment
  • user can be sent the invoice directly and no friction on that, but lets say they decided to go to the billing portal, according to my testing they should see the Requires Confirmation prompt right?
#

i'm not sure if this behaviour is present in Live Mode too

ivory hawk
#

Yes, that is my understanding as well, that this behavior is dependent on whether the underlying Payment Intent is in a requires_action state.

Currently I believe this behavior is likely present in live mode as well, and have raised it to the appropriate team to be investigated.

hardy hornet
ivory hawk
#

I'm not sure offhand, we primarily focus on helping developers work with our API so I'm not as familiar with our prebuilt email functionality. I want to say that we include a link to the Hosted Invoice Page in those, rather than the Customer Portal, but I'm not confident on that.

hardy hornet
#

yea cause my reason is if it does direct a user to the portal then it might be confusing and the user might not go forward with it which equals loss of revenue, but it does make a bit more sense that Stripe sends a link directly to the Invoice but there's no way to make sure with Test Mode I guess.

ivory hawk
#

Totally agree! Thank you for taking the time to raise this to us, and to walk through the replication steps with me!

hardy hornet