#markfl-3ds-mock
1 messages · Page 1 of 1 (latest)
@sly terrace I'm sorry but I'm not sure I'll be able to do much. We mostly discourage anyone from trying to automate those clicks since we change the UI often and it won't really be stable/work. We recommend mocking this flow entirely instead
markfl-3ds-mock
is there a chance that the live modal works in a similar way and you can click real elements underneath it?
but also, how would you recommend being sure that my integration works with 3d secure 2 cards? test it with a non 3d secure card only and there's not much i can do if it's broken anyway?
I'm sorry I honestly don't understand both questions. What does "button underneath" means?
so if i click the screen in the bottom middle of that modal when it says "visa", i can click the "cancel" button that it's hiding, causing it to do something, when i can't see what i'm doing
which causes the modal to close, and i was suggesting that it's worth checking this bug doesn't also exist in the live version
Can you physically click in a browser? Or do you mean in your tests where you write code for triggering those clicks?
actual physical clicking
i discovered it because my tests wait until it's clickable and it's becoming clickable while the overlay is still there, but i can easily reproduce it with a mouse and my hand
Can you make a simple example that shows a repro?
er, maybe a video?
no a video wouldn't really help sorry but if you can write a simple example that can reproduce this I'm happy to look
repro:
go here: https://stripe-payments-demo.appspot.com/
fill in any set of valid shipping info
use card number 4000 0000 0000 3220 to force 3d secure 2
click pay
wait for the "visa" modal to pop up
BEFORE the buttons have actually loaded, you'll be able to hover them and see the cursor change
if you're quick enough you can click the cancel button before it's visible causing the modal to close before ever displaying the button you just clicked
if you're quick enough you can click the cancel button before it's visible causing the modal to close before ever displaying the button you just clicked
you mean theCancelbutton in the top right corner that is explicitly part of the modal itself?
if so, what's the problem with that?
I mean there's no Cancel button on that page you shared except the one in the top right corner of the Visa UI no?
the Fail or the Cancel?
Okay but then this has nothing to do with "underneath" right?
ok, ignore underneath
Basically I thought you were saying that you could click on your own application's button despite the modal
which worried me. So now you're saying the button are clickable before the UI is fully done rendering?
if i click in a spot on the VISA overlay where the fail button is going to be, it still works
yes, that
what does "it still works" mean though?
it closes the modal?
or in the case of the complete, accept the click and do nothing, i guess because events aren't bound properly yet
Ah gotcha, now I get what you mean. So basically you say in Test mode we render that iframe and we have the button present before they are "fully ready/bound" and so if you click on it too quickly it kinda seems to work but doesn't?
So in your test I'd mostly add some delay I guess. And I don't think this could happen in production because real humans wouldn't do that but we don't control that page in production. There's no Fail or Complete button, it's up to each issuer
it's pretty weird that you can click elements that "aren't there"
sure but it's also purely a Test mode only UI to mock what banks would do
you mentioned recommending not testing the 3d secure stuff?
i guess it's all handled within stripe.confirmCardSetup anyway, so it's not like we're in control of any of it anyway
if it works with a non 3d secure card it'll work with a 3d secure one right?
yep I would say so
well i shall see if i can convince my colleagues of that 😄
thanks for your help, i look forward to your fix for the broken overlay
I am dubious anyone will fix it honestly