Stripe.com payment integration module

I am not sure exactly how i did it but it seems to now be displaying with klarna and clearpay options as expected... Also, this shows up in a different place on my crazygamer store, i get checkout payment options and fields usually on step 2 of 3, seemed a bit odd to be different. has that location been changed on my crazygamer site during initial setup and that is why i was the only person to think that order comments error was weird?

if i move the crazygamer one too stripe now takepayments will be upset but i'm ready to move providers, they promised me klarna 2 years ago was "in the works" and now they are making a v2 module... without klarna because it still hasn't been sorted?? :/ Is this module going to give me install headaches on my crazygamer site or possibly appear in what is apparently the wrong place?

I have a customer who used to use a card number (call it "old"). That card has been replaced by a "new" one, that works fine outside of my store.
On the checkout, even though she enters the "new" card number manually, it still tries to use the "old" card.

She unchecks the "use the default card...", but it re-checks it when she tries to check out
She cleared the cache on her computer
On her Stripe account, I even removed the default card so there is nothing, and the "old" card does not appear anywhere.
Yet, it still tries to use it when she checks out.

So my question is whether the "old" card information is somewhat stuck in the checkout. Is there a way to "clear the cache" on that?
(using ZC 1.5.7c)

CaroleAs:

I have a customer who used to use a card number (call it "old"). That card has been replaced by a "new" one, that works fine outside of my store.
On the checkout, even though she enters the "new" card number manually, it still tries to use the "old" card.

She unchecks the "use the default card...", but it re-checks it when she tries to check out
She cleared the cache on her computer
On her Stripe account, I even removed the default card so there is nothing, and the "old" card does not appear anywhere.
Yet, it still tries to use it when she checks out.

So my question is whether the "old" card information is somewhat stuck in the checkout. Is there a way to "clear the cache" on that?
(using ZC 1.5.7c)

I am not sure if that is a solution but this worked for me:

• I created an invoice on Stripe for the price of the purchase the customer wanted to buy minus $1
• the customer paid the invoice using her "new" card
• I gave a discount coupon to the customer in the amount of the invoice
• she went through the checkout, using the coupon code and paid $1
• she entered her new card number and proceeded

Now, in Stripe, her new card is set as default so everything is fine and she is set for future purchases.

So, I am not sure if had anything to do with the store, the Stripe module, or what. But this issue is now solved.

CaroleAs:

I have a customer who used to use a card number (call it "old"). That card has been replaced by a "new" one, that works fine outside of my store.
On the checkout, even though she enters the "new" card number manually, it still tries to use the "old" card.

She unchecks the "use the default card...", but it re-checks it when she tries to check out
She cleared the cache on her computer
On her Stripe account, I even removed the default card so there is nothing, and the "old" card does not appear anywhere.
Yet, it still tries to use it when she checks out.

So my question is whether the "old" card information is somewhat stuck in the checkout. Is there a way to "clear the cache" on that?
(using ZC 1.5.7c)

She has to clear her credit card information from your site database before using the new credit card.
(Customer's credit cards information are encrypted and stored in the database.)
How to clear her credit card information.

1. Log in your site.
2. Go to "My account" page.
3. "Stripe credit card information [Clear]" will be displayed.
4. Push the [Clear]button.
5. "Stripe credit card information [Clear]" will be disappeared.

It's difficult for users to understand.
:laugh:Next, let's think about how to do it.

Gozzandes:

She has to clear her credit card information from your site database before using the new credit card.
(Customer's credit cards information are encrypted and stored in the database.)
How to clear her credit card information.

1. Log in your site.
2. Go to "My account" page.
3. "Stripe credit card information [Clear]" will be displayed.
4. Push the [Clear]button.
5. "Stripe credit card information [Clear]" will be disappeared.

It's difficult for users to understand.
:laugh:Next, let's think about how to do it.

I am glad there is a way. I didn't know about that. Luckily, the workaround worked, but this would have been easier!
Thanks!

CaroleAs:

I am glad there is a way. I didn't know about that. Luckily, the workaround worked, but this would have been easier!
Thanks!

An error occurs in the following php.
\www\includes\modules\payment\stripepay\create.php line 69

Please change from
$order->info['comments'] =$_SESSION['order_add_comment'];

to

if(isset($order_add_comment)){
$order->info['comments'] =$_SESSION['order_add_comment'];
}

This fix will be included in the next update.

My zencart site is in stripe live mode and have run some test checkouts, all payments are displyed on stripe dashboard as completed, however, there is also an associated incomplete payment with each completed payment, which displays 'The customer has not entered their payment method.', see below:

It seems like payments are going through and this is a small error, but it would be good to not have the 'incomplete' messages.

i read that myself to say one is actually the recording of the initial payment intent, after that you see the result only if they proceeded to enter their details and pay.

Plus side though, say you get an account created but no order... you will be able too see if they went too the payment details page with that payment intent and you will be able to check the total too ensure nothing is amiss.

Useful to keep an eye on that page after upgrades to your site to ensure all is well. Never complain about extra information, it could one day prove helpful :)

Gozzandes:

An error occurs in the following php.
\www\includes\modules\payment\stripepay\create.php line 69

Please change from
$order->info['comments'] =$_SESSION['order_add_comment'];

to

if(isset($order_add_comment)){
$order->info['comments'] =$_SESSION['order_add_comment'];
}

This fix will be included in the next update.

hmmmm....

in looking at the code (which i think is the latest download and for v158) i see:

//---comments---
if($order->info['comments']!=""){
$order_add_comment = $order->info['comments'];
$_SESSION['order_add_comment'] = $order_add_comment;
}
$order->info['comments'] =$_SESSION['order_add_comment'];

line 69 being the last line...

why is that line even needed? makes little sense to me.... it seems like one could delete that line with no ill effect...

adding another conditional seem completely unnecessary.

[QUOTE=carlwhat;1399450]hmmmm....

in looking at the code (which i think is the latest download and for v158) i see:

There are two "Order confirm" buttons, one for Zen cart and one for Stripe.
When Stripe form is displayed, the Zen cart button is hidden and the stripe button is displayed.
When a customer presses the stripe "Order confirm" button and the zen cart "Order confirm" button is automatically pressed.
The first Stripe "order confirmation" button will process the payment through Stripe, and the second Zen cart"order confirmation" button will send the purchase data to Stripe, but the payment will not be processed.
Therefore, the first stripe ID is true and the second one is false.
I could not integrate Stripe buttons and Zen cart buttons.
If you have any ideas, please provide them.

unfortunately this 2 button thing has nothing to do with my comment.

i am only commenting on a very small snippet of code, for which you state you are making a change in your next release.

perhaps when i have more time, i can give you help with regards to other issues you may be having.

but i would appreciate a response to my coding suggestion.

best.

Thanks for the clarification. I use stripe on a woocommerce installation and I don't see the incomplete orders each time an order is completed, just the completed order. I think Gozzandes explained why this is happening in post #310. If it's not going to cause any problems then that's ok.

Thanks for the explaination as to why there is an incomplete entry on stripe.com payments dashboard with each completed entry. If I was a php programmer I would surely help you out with this. Thank you for your contribution.

We are accepting stripe payments on our site https://www.theatregiftvouchers.co.uk however we are receiving some failed payments. On reviewing the payments it is where the banks are requiring authentication 'The bank returned the decline code authentication_required. '. We are currently running ZenCart 1.5.4 and Stripe Payment 1.3.3 or 1.3.4.

Is it possible to include authentication on this version or do we need to upgrade?

Thanks

ZC V1.5.8
OPC V2.5.1 (but currently not using it yet)
STD ZC checkout
Stripe Payments : Credit Card (stripe_modules_2.0.4)

Hi,

this is in test mode.
I have it showing and half working in that the payment gets sent to stripe but with a issue no customer details gets sent so stripe puts the customer down as guest i need the customer details to also be sent to stripe.
also and the main issue I'm having is that after i click the button to sent payment all that happens is the customer get's (Login Time Out) and no sale is made in my zen cart and no errors are given that I can find.

can someone please help me

DLegend10:

We are accepting stripe payments on our site www.theatregiftvouchers.co.uk however we are receiving some failed payments. On reviewing the payments it is where the banks are requiring authentication 'The bank returned the decline code authentication_required. '. We are currently running ZenCart 1.5.4 and Stripe Payment 1.3.3 or 1.3.4.

Is it possible to include authentication on this version or do we need to upgrade?

Thanks
version 1.3.4 is outdated too much you should upgrade or switch to square as the new version only works on 1.5.7 upwords only which means you would need to upgrade your zen cart also.
but first try this and see what outcome you got:
Use the following Sandbox environment testing credit cards details to test the payment process.

Successful Payment Card VISA (Without 3D Secure) - 4242424242424242
Requires Authentication Card VISA (With 3D Secure) - 4000002500003155
Failed Payment Card VISA - 4000000000009995
Select any future valid expiration date (month/year) & CVC is 123

and if this doesn't work then as your in the UK you must be able to use 3D if and when a card issuer askes and if you don't then I believe any or all transactions can be charged back without question or reply.

dbltoe:

What we are finding so far is that Stripe is not working with OPC and, unlike Square, does not show up automatically on the payment page of standard checkout either.

Instead, you have to select the Stripe payment method and hit enter to bring up the form for numbers.

I've managed to get Stripe working with OPC. I've had orders complete using test card data. It's now been handed over to the client to do some live testing.

strelitzia:

I've managed to get Stripe working with OPC. I've had orders complete using test card data. It's now been handed over to the client to do some live testing.
Congratulations! Are you going to package it up to replace the current version in the Plugins?

lat9:

Congratulations! Are you going to package it up to replace the current version in the Plugins?

I will do once client testing has confirmed no issues.

I'd like to try and get rid of the init_header.php override too if possible.
Are there any notifiers available to manage this Cindy?

strelitzia:

I will do once client testing has confirmed no issues.

I'd like to try and get rid of the init_header.php override too if possible.
Are there any notifiers available to manage this Cindy?
There are no notifications in /includes/init_includes/init_header.php, but what's being overridden there? Perhaps, depending on the need, there's a more 'friendly' spot to watch.