#AlienSoft
harsh hemlock
Hi 👋 yes, that should collect the name of the customer (when it is required for the selected payment method to be successful), and the email field should be suppressed.
iron marten
but it's not really doing anything.
I it's still showing the email field
harsh hemlock
Do you have an example? Is there a publicly available test site where we can see what you're referring to?
iron marten
So I'm trying to remove the DEFAULT email field and replace it with my custom email field, but as you can see the AUTO email field is still shown here.
harsh hemlock
Did you mount a Link Authentication Element?
iron marten
yes
harsh hemlock
That field is intended for collecting an email address, you shouldn't mount it if you don't want to use it.
iron marten
oh, is that the only use of the LINK Authentication element?
it wasn't outlined in the documentation that the link authentication was affecting the fieldOptions
i will test quickly. and any reason why the NAME Field isn't shown ?
harsh hemlock
It is being displayed, but only on Payment Methods that require it to be successful. It won't be there for cards, but you should see it if you switch to iDEAL.
iron marten
oh perfect, I just removed the LINK authentication Element and it's worked 😄
One more question, how would I capture the SELECTED Country on submission ?
harsh hemlock
Specifically when working with cards? (country isn't present for all payment methods either)
Are you wanting to find that information to be available to your frontend or your backend?
iron marten
for my backEnd
I need to determine if the payment is from EUROPE or Rest of the World
harsh hemlock
Gotcha, so do you always need country available then? If so, you'll likely want to add your own field to collect it and suppress ours.
iron marten
Yes, I always need it even for iDeal and rest of payment forms etc.. I guess I gotta hide that and use my own list again
Why isn't the NAME Field shown by the way ?
harsh hemlock
It is only shown on payment methods where it being included improves the likelihood of the payment being successful. It's not on cards because it typically doesn't help authorization rates, but it is on other payment methods where it does.
iron marten
ok so i need to capture that separately too.
and final question I think would be, I know there are TEST cards available for testing, but how do I test iDeal and other payment mothods ?
I couldn't find online
harsh hemlock
Some payment methods don't have test numbers, but rather we display our own test page where a customer would typically see a bank redirect. If you find the "Accept a(n) [TYPE] payment" doc for each type you want to test, they should have a section discussing how to test.
Here is what I'm referring to for iDEAL:
https://stripe.com/docs/payments/ideal/accept-a-payment?platform=web&ui=checkout#test-integration
ruby lanternBOT