Stripe.com payment integration module

lat9:

...It feels like your site-specific change...

i do not believe that i have a site specific change.

in addition, it seems that @balihr also had the same problem.

so are you suggesting that we both have site specific changes that are similar if not exact in nature?

while i have discussed some code with balihr and i have in fact collaborated with him on some projects, we have never had conversations prior to this exchange with regards to this payment module.

perhaps when i have the time and inclination i will test on a vanilla install.

but as you say, you have only "restructured" the existing code.... and as i said, i did not think the code prior to your restructuring was ready for use...

i have not done extensive testing, but this basic test just reinforces my opinion.

best.

carlwhat:

i do not believe that i have a site specific change.

in addition, it seems that @balihr also had the same problem.

so are you suggesting that we both have site specific changes that are similar if not exact in nature?

while i have discussed some code with balihr and i have in fact collaborated with him on some projects, we have never had conversations prior to this exchange with regards to this payment module.

perhaps when i have the time and inclination i will test on a vanilla install.

but as you say, you have only "restructured" the existing code.... and as i said, i did not think the code prior to your restructuring was ready for use...

i have not done extensive testing, but this basic test just reinforces my opinion.

best.
The 'base' checkout_process code has no idea what the requirements of the selected payment method are, that's why your (and @balihr's) bypass of the checkout_confirmation page's processing caused issues. As I noted before, OPC's "Payment Methods that handle submit" configuration setting enables OPC to bypass its auto-submit of the checkout_confirmation page for payment modules so configured.

lat9:

The 'base' checkout_process code has no idea what the requirements of the selected payment method are, that's why your (and @balihr's) bypass of the checkout_confirmation page's processing caused issues. As I noted before, OPC's "Payment Methods that handle submit" configuration setting enables OPC to bypass its auto-submit of the checkout_confirmation page for payment modules so configured.

this is everything that is wrong, IMO, with this payment module and the checkout flow.

we have a page called checkout_payment. and yet stripe does nothing/little on that page?

i look at this section of code:

https://github.com/lat9/stripe/blob/7becdd955a5695502ebf495a8f719b8ec9ac4914/includes/modules/payment/stripe.php#L140-L163

and there is no validation of a valid stripe payment or anything of the sort.

so you want to force this payment flow to work the way that you want? ignoring what zc provides for the payment?

it seems you want to use the checkout_confirmation page for a payment. that is not really what the base checkout code gives developers.

as i have previously noted in OPC (which i am not sure why you are bringing OPC up in this thread), order totals do NOT match when doing a standard 3 page checkout v OPC. as i have also noted, you get around this quandary by putting in observers in your paypalr module to accommodate this seeming inconsistency. while i have clients that use OPC, i hardly love it.

payment modules should not have to jump through hoops for their use. nor should they require observers to get them to work with OPC v. 3 page checkout.

i will no longer comment on this thread. there are far too many issues, IMO, for this modules use. if other people can get it to work, great. but it is not for me.

i had a client who wanted to implement stripe. after going over the particulars about its use with him, he has decided to not pursue it.

i will further note that my code does NOTHING of the sort that you say. it does NOT bypass checkout confirmation. having javascript submit a form on a checkout confirmation page is not what i would call bypassing the page. bypassing said page would require far too much modification of core ZC code, of which i am loathe to do.

You can take your dissatisfaction with Zen Cart's checkout flow to another post (either here or on GitHub).

Cindy,
Using ZenCart 2.2.0 Alpha, PHP 8.4.17
Modules: One Page Checkout 2.6.0 beta1, Bootstrap 3.7.9 beta1, Stripe 3.0.0
I created an order with Guest Checkout and getting the following error below:

[05-Mar-2026 13:02:15 America/Chicago] Request URI: /index.php?main_page=checkout_one_confirmation, IP address: XXXXXXXXXX, Language id 1
#0 /includes/modules/pages/checkout_one_confirmation/jscript_stripe_checkout_one_confirmation.php(2): zen_debug_error_handler()
#1 /includes/templates/template_default/common/html_header_js_loader.php(58): require('/home/XXXXX/...')
#2 /includes/templates/boot_haredo220/common/html_header_js_loader.php(26): require('/home/XXXXX/...')
#3 /includes/templates/boot_haredo220/common/html_header.php(161): require('/home/XXXXXX/...')
#4 /index.php(48): require('/home/XXXXX/...') --> PHP Warning: Undefined variable $stripe_select in /includes/modules/pages/checkout_one_confirmation/jscript_stripe_checkout_one_confirmation.php on line 2

I have edited the following file: /includes/modules/pages/checkout_one_confirmation/jscript_stripe_checkout_one_confirmation.php right above line 2 and placed this code

// FIX: Prevent PHP Warning: Undefined variable $stripe_select
if (!isset($stripe_select)) {
$stripe_select = 'True';
}.

Am I correct?
Thank you!

<?php // FIX: Prevent PHP Warning: Undefined variable $stripe_select if (!isset($stripe_select)) { $stripe_select = 'True'; } if (defined('MODULE_PAYMENT_STRIPE_STATUS') && MODULE_PAYMENT_STRIPE_STATUS === 'True' && $stripe_select === 'True') { // ----- // Gather the order data-related values needed by checkout.js. // require DIR_FS_CATALOG . DIR_WS_MODULES . 'payment/stripepay/create.php'; ?>

haredo:

Cindy,
Using ZenCart 2.2.0 Alpha, PHP 8.4.17
Modules: One Page Checkout 2.6.0 beta1, Bootstrap 3.7.9 beta1, Stripe 3.0.0
I created an order with Guest Checkout and getting the following error below:

[05-Mar-2026 13:02:15 America/Chicago] Request URI: /index.php?main_page=checkout_one_confirmation, IP address: XXXXXXXXXX, Language id 1
#0 /includes/modules/pages/checkout_one_confirmation/jscript_stripe_checkout_one_confirmation.php(2): zen_debug_error_handler()
#1 /includes/templates/template_default/common/html_header_js_loader.php(58): require('/home/XXXXX/...')
#2 /includes/templates/boot_haredo220/common/html_header_js_loader.php(26): require('/home/XXXXX/...')
#3 /includes/templates/boot_haredo220/common/html_header.php(161): require('/home/XXXXXX/...')
#4 /index.php(48): require('/home/XXXXX/...') --> PHP Warning: Undefined variable $stripe_select in /includes/modules/pages/checkout_one_confirmation/jscript_stripe_checkout_one_confirmation.php on line 2

I have edited the following file: /includes/modules/pages/checkout_one_confirmation/jscript_stripe_checkout_one_confirmation.php right above line 2 and placed this code
.

Am I correct?
Thank you!
I'm not sure. Was stripe selected as the order's payment method?

Dang it, I forgot to add in my problem PayPal was used to complete the payment and then I noticed the error log in my admin panel.

haredo:

Dang it, I forgot to add in my problem PayPal was used to complete the payment and then I noticed the error log in my admin panel.
Correction staged on GitHub for the v3.0.1 release: https://github.com/lat9/stripe/commit/9fa1be6de2c7e36bad7f7c1252c87e1d70da59c1

@lat9
Thank you for fixing this issue!

v3.0.1 of the Stripe payment-module is now available for download: https://www.zen-cart.com/downloads.php?do=file&id=1548

This release corrects two GitHub issues:

#3: Undefined array key
#4: Undefined variable $stripe_select when stripe's enabled but not selected

Hi,

I have installed Stripe Payments on a new install of Zencart v2.2.2 and using PHP 8.4.

On the checkout page I have got 2 Confirm Order buttons (one from zencart and one from Stripe). How do I hide one of them please?

Kind regards

cjsmiff:

Hi,

I have installed Stripe Payments on a new install of Zencart v2.2.2 and using PHP 8.4.

On the checkout page I have got 2 Confirm Order buttons (one from zencart and one from Stripe). How do I hide one of them please?

Kind regards
What template are you using?

lat9:

What template are you using?

I'm using wokiee template. I managed to edit the css to hide the one that comes with the Stripe payment module.

Ok, that did not work as the payments remain as 'incomplete' in Stripe. I have undone the CSS, so now I have got 2 buttons again.

Do you know what I need to change in the wokiee template please?

Kind regards

cjsmiff:

Ok, that did not work as the payments remain as 'incomplete' in Stripe. I have undone the CSS, so now I have got 2 buttons again.

Do you know what I need to change in the wokiee template please?

Kind regards
The jscript_stripe_checkout_confirmation.php file that is added to the checkout_confirmation (and checkout_one_confirmation) pages looks for the 'base' submit button as either

• a div with the class of confirm-order
• an id of checkoutConfirmationDefault-btn-toolbar

In your wokiee template, you could wrap that 'confirm order' button withe a <div class="confirm-order"></div> or, if already wrapped by a div, just add the confirm-order class.

lat9:

The jscript_stripe_checkout_confirmation.php file that is added to the checkout_confirmation (and checkout_one_confirmation) pages looks for the 'base' submit button as either

• a div with the class of confirm-order
• an id of checkoutConfirmationDefault-btn-toolbar

In your wokiee template, you could wrap that 'confirm order' button withe a <div class="confirm-order"></div> or, if already wrapped by a div, just add the confirm-order class.

Thank you very much :-)

Suggestion: if Test Mode Stripe Secure Payment Module is False (i.e. not in test mode), the module should not show a red message if the Test API Keys are not filled in.

swguy:

Suggestion: if Test Mode Stripe Secure Payment Module is False (i.e. not in test mode), the module should not show a red message if the Test API Keys are not filled in.
A GitHub issue will help me remember your request!

Done! https://github.com/lat9/stripe/issues/5

I recently upgraded to Zencart 2.2.2 and installed the Stripe module, version 3.0.1. Most of my customers check-out as a guest, and I was having an issue with Stripe attributing the same email and customer ID to each purchase. This means if a customer wanted a transaction receipt email, it would never get to them. Even though I had run the TRUNCATE SQL code, it kept happening. Narrowing the issue to the create.php code, I ran it through Grok, and it determined the code didn't want to create a fresh user or customer ID for each guest checkout, so a one-time TRUNCATE would actually need to be performed every time there was a 'guest' checkout. It provided me with a replacement create.php, changing only a portion of the code for when a guest checks out. It seems to have solved my issue for guest checkout to Stripe, so I've attached the whole updated file to share here, but if I've missed something please let me know!