Stripe.com payment integration module

Quote:

---

Originally Posted by split63

According to Stripe:

To automatically expire unused Checkout Sessions, you can set the expires_at parameter when creating a Checkout Session. This parameter determines the expiration time of the session and can be set to any time between 30 minutes and 24 hours after the session is created. Once a Checkout Session reaches its expiration time without completion, it becomes inaccessible

The default expiration time for Stripe Checkout Sessions is 24 hours

Perhaps the easy fix is to set this parameter to just less than whatever the session time out is for Zen?
I don't see where it is ever set in the stripe code

---

Zen Cart's session timeout is 1440 seconds by default. This is 24 minutes.
Stripe's timeout is between 30 minutes and 24 hours, so the same issue will occur during these 6 minutes.
For this reason, the tpl_checkout_comfirm########.php script is set up to redirect to the time_out page as soon as the Zen Cart session timeout occurs.
If you want to set it on the Stripe side, you can insert "expires_at:" and the timeout time line 37 of checkout.js. (I haven't check this though)

$timeoutURL is Zen cart session time

Sorry
$timeoutURL is not Zen cart session expired time.
$SESS_LIFE is Zen cart session expired time.

Quote:

---

Originally Posted by Gozzandes

I've uploaded stripe module ver 219 to github.com.
You can download following link.
Link of Previous message is different.

stripe module 219 for zen cart

When you upgrade your module, overwrite following 4 files and add jscript_stripe.php.
\includes\checkout.js
\includes\modules\payment\stripe.php
\includes\templates\YOUR_TEMPLATE\templates\tpl_checkout_confirmation_default.ph p
\includes\templates\YOUR_TEMPLATE\templates\tpl_checkout_one_confirmation_defaul t.php

\includes\modules\pages\checkout_payment\jscript_stripe.php

I recommend
The module should be test using local computer with Xampp before uploading to live site.

Nihon yokane corporation

---

Hi Gozzandes, I have performed this procedure... I am in TEST MODE... have the proper test credentials configured in the module's admin section (admin login area of Zen Cart install)... still have no feilds to enter CC info at Step 2 of 3... or at Step 3 of 3.
It's the same as before and simply states "Payment Type: Credit Card" and nothing more.
Should I FTP the entire 2.1.9 module and simply have it "overwrite" any and all duplicate files? Perhaps this will fix the issue?

Here is a "Debug Log" that was generated after I tried this test order FWIW..

[10-Jan-2025 21:13:56 UTC] Request URI: /index.php?main_page=checkout_confirmation, IP address: 35.140.26.5, Language id 1
#1 stripe->pre_confirmation_check() called at [/includes/classes/payment.php:309]
#2 payment->pre_confirmation_check() called at [/includes/modules/pages/checkout_confirmation/header_php.php:92]
#3 require(/includes/modules/pages/checkout_confirmation/header_php.php) called at [/index.php:35]
--> PHP Warning: Undefined array key "paymentIntent" in /includes/modules/payment/stripe.php on line 169.

Attachment 20857

[QUOTE=BigB;1405241]Hi Gozzandes, I have performed this procedure... I am in TEST MODE... have the proper test credentials configured in the module's admin section (admin login area of Zen Cart install)... still have no feilds to enter CC info at Step 2 of 3... or at Step 3 of 3.
It's the same as before and simply states "Payment Type: Credit Card" and nothing more.
Should I FTP the entire 2.1.9 module and simply have it "overwrite" any and all duplicate files? Perhaps this will fix the issue?

Here is a "Debug Log" that was generated after I tried this test order FWIW..

[10-Jan-2025 21:13:56 UTC] Request URI: /index.php?main_page=checkout_confirmation, IP address: 35.140.26.5, Language id 1
#1 stripe->pre_confirmation_check() called at [/includes/classes/payment.php:309]
#2 payment->pre_confirmation_check() called at [/includes/modules/pages/checkout_confirmation/header_php.php:92]
#3 require(/includes/modules/pages/checkout_confirmation/header_php.php) called at [/index.php:35]
--> PHP Warning: Undefined array key "paymentIntent" in /includes/modules/payment/stripe.php on line 169.

Here's an up close pic of what I mean.... I don't get any feilds to enter CC info...
Attachment 20859

[QUOTE=BigB;1405244]

Quote:

---

Originally Posted by BigB

Hi Gozzandes, I have performed this procedure... I am in TEST MODE... have the proper test credentials configured in the module's admin section (admin login area of Zen Cart install)... still have no feilds to enter CC info at Step 2 of 3... or at Step 3 of 3.
It's the same as before and simply states "Payment Type: Credit Card" and nothing more.
Should I FTP the entire 2.1.9 module and simply have it "overwrite" any and all duplicate files? Perhaps this will fix the issue?

Here is a "Debug Log" that was generated after I tried this test order FWIW..

[10-Jan-2025 21:13:56 UTC] Request URI: /index.php?main_page=checkout_confirmation, IP address: 35.140.26.5, Language id 1
#1 stripe->pre_confirmation_check() called at [/includes/classes/payment.php:309]
#2 payment->pre_confirmation_check() called at [/includes/modules/pages/checkout_confirmation/header_php.php:92]
#3 require(/includes/modules/pages/checkout_confirmation/header_php.php) called at [/index.php:35]
--> PHP Warning: Undefined array key "paymentIntent" in /includes/modules/payment/stripe.php on line 169.

Here's an up close pic of what I mean.... I don't get any feilds to enter CC info...
Attachment 20859

---

Copy the following files.
\includes\templates\YOUR_TEMPLATE\templates\tpl_checkout_confirmation_default.ph p
\includes\templates\YOUR_TEMPLATE\templates\tpl_checkout_one_confirmation_defaul t.php

and paste/overwrite it to
\includes\templates\responsive_classic\templates\tpl_checkout_confirmation_defau lt.ph p
\includes\templates\responsive_classic\templates\tpl_checkout_one_confirmation_d efaul t.php

[QUOTE=Gozzandes;1405246]

Quote:

---

Originally Posted by BigB

Copy the following files.
\includes\templates\YOUR_TEMPLATE\templates\tpl_checkout_confirmation_default.ph p
\includes\templates\YOUR_TEMPLATE\templates\tpl_checkout_one_confirmation_defaul t.php

and paste/overwrite it to
\includes\templates\responsive_classic\templates\tpl_checkout_confirmation_defau lt.ph p
\includes\templates\responsive_classic\templates\tpl_checkout_one_confirmation_d efaul t.php

---

OK... will give it a go. Thank you

[QUOTE=Gozzandes;1405246]

Quote:

---

Originally Posted by BigB

Copy the following files.
\includes\templates\YOUR_TEMPLATE\templates\tpl_checkout_confirmation_default.ph p
\includes\templates\YOUR_TEMPLATE\templates\tpl_checkout_one_confirmation_defaul t.php

and paste/overwrite it to
\includes\templates\responsive_classic\templates\tpl_checkout_confirmation_defau lt.ph p
\includes\templates\responsive_classic\templates\tpl_checkout_one_confirmation_d efaul t.php

---

This seems to have worked. Now the fields show to enter the faux CC info. I did a test order and everything was showing as it should. Thank you very much for helping. Greatly appreciated :bigups:

I did get this in a Debug Log after doing the test order... not sure if it's a big problem or not:

[11-Jan-2025 19:37:38 UTC] Request URI: /index.php?main_page=checkout_confirmation, IP address: 35.140.26.5, Language id 1
#1 stripe->pre_confirmation_check() called at [/includes/classes/payment.php:309]
#2 payment->pre_confirmation_check() called at [/includes/modules/pages/checkout_confirmation/header_php.php:92]
#3 require(/includes/modules/pages/checkout_confirmation/header_php.php) called at [/index.php:35]
--> PHP Warning: Undefined array key "paymentIntent" in /includes/modules/payment/stripe.php on line 169.

Zen: 1.5.7c

I had to disable Stripe.
Not sure what happened, many stripe payments with no Zen order. And one Triplicate order

I have numbered the failed orders below. Here is the feedback from the customers for each

1. Order changed from $98.94 to $102.24; changed shipping method. notification from cash app for the charge but after I submitted the order it just took me back to the main page
2. Selected Cash App pay, clicked confirm order, says the payment went through, but the items I selected were still in my cart and there was a button saying “confirm order”
3. I remember seeing it pop up on my phone as a charge to my account so I assumed it went thru.
4. No feedback yet


Attachment 20860

[QUOTE=Gozzandes;1405246]

Quote:

---

Originally Posted by BigB

Copy the following files.
\includes\templates\YOUR_TEMPLATE\templates\tpl_checkout_confirmation_default.ph p
\includes\templates\YOUR_TEMPLATE\templates\tpl_checkout_one_confirmation_defaul t.php

and paste/overwrite it to
\includes\templates\responsive_classic\templates\tpl_checkout_confirmation_defau lt.ph p
\includes\templates\responsive_classic\templates\tpl_checkout_one_confirmation_d efaul t.php

---

[QUOTE=BigB;1405256]

Quote:

---

Originally Posted by Gozzandes

This seems to have worked. Now the fields show to enter the faux CC info. I did a test order and everything was showing as it should. Thank you very much for helping. Greatly appreciated :bigups:

I did get this in a Debug Log after doing the test order... not sure if it's a big problem or not:

[11-Jan-2025 19:37:38 UTC] Request URI: /index.php?main_page=checkout_confirmation, IP address: 35.140.26.5, Language id 1
#1 stripe->pre_confirmation_check() called at [/includes/classes/payment.php:309]
#2 payment->pre_confirmation_check() called at [/includes/modules/pages/checkout_confirmation/header_php.php:92]
#3 require(/includes/modules/pages/checkout_confirmation/header_php.php) called at [/index.php:35]
--> PHP Warning: Undefined array key "paymentIntent" in /includes/modules/payment/stripe.php on line 169.

---

I have noticed that on the two test orders I have tried that the payments show as "Pending"... I'm offering digital download products and there is a message that states "NOTE: Downloads are not available until payment has been confirmed".
I would think that payments would be "confirmed" while using test mode but, I don't know for certain. Perhaps there is a setting I need to configure or maybe the Debug Log is pointing to this issue? Any insight or suggestions is greatly appreciated, thanks

#4 just provided this info:

"I kept getting redirected back to the cart after I selected the Amazon Pay without receiving any notice at all. there was no information about if the order payment was denied or anything else.
So, after 2 Amazon attempts, I decided to try my credit card, and I was able to complete the order."

Its as if something changed at Stripe and now Payments other than credit cards, fail to create an order in Zen

[QUOTE=BigB;1405258][QUOTE=Gozzandes;1405246]

Quote:

---

Originally Posted by BigB

I have noticed that on the two test orders I have tried that the payments show as "Pending"... I'm offering digital download products and there is a message that states "NOTE: Downloads are not available until payment has been confirmed".
I would think that payments would be "confirmed" while using test mode but, I don't know for certain. Perhaps there is a setting I need to configure or maybe the Debug Log is pointing to this issue? Any insight or suggestions is greatly appreciated, thanks

---

Following 2 files should be changed
www\includes\modules\pages\checkout_one\jscript_stripe.php
\www\includes\modules\pages\checkout_payment\jscript_stripe.php

from

PHP Code:

---

<?php 
if ( isset($_SESSION['paymentIntent'])){
    $_SESSION['paymentIntent'] = '';
  }
?>

---

to

PHP Code:

---

<?php 
    $_SESSION['paymentIntent'] = '';
?>

---

could you check it and reply?

Quote:

---

Originally Posted by split63

#4 just provided this info:

"I kept getting redirected back to the cart after I selected the Amazon Pay without receiving any notice at all. there was no information about if the order payment was denied or anything else.
So, after 2 Amazon attempts, I decided to try my credit card, and I was able to complete the order."

Its as if something changed at Stripe and now Payments other than credit cards, fail to create an order in Zen

---

When Zen cart session end and Stripe session sill alive.
Stripe payment:Pass
Zen cart: Not pass

When Stripe session end and Zen cart session still alive.
Stripe payment:Not Pass
Zen cart: pass

Even if Zen cart session ended and Stripe session also ended, Stripe "Confirm button" displayed.
and the customers redirect to the front page after pushing the button.

You can check your Zen cart session time in inculdes/functions/sessions.php
line15-31
$SESS_LIFE


Did you rewrite following codes to bottom of the tpl_checkout _confirmation_default.php?

PHP Code:

---

<!--------stripe-------->

<?php
$jason_stripe_select = json_encode($stripe_select);
$jason_sess_life = json_encode($SESS_LIFE);
$timeoutURL = '"' . HTTPS_SERVER . DIR_WS_HTTPS_CATALOG . 'index.php?main_page=time_out"';
?>
<script>

var stripe_select = JSON.parse('<?php echo $jason_stripe_select; ?>'); 
var sess_life = JSON.parse('<?php echo $jason_sess_life; ?>'); 
var timeoutURL = JSON.parse('<?php echo $timeoutURL; ?>'); 

if (stripe_select === "True") {

    document.getElementById('btn_submit').style.display ="none";
    document.getElementById('checkout_confirmation').style.display ="none";
    document.getElementById('payment-form','submit').display ="block";
    setTimeout(function(){window.location.href = timeoutURL;}, sess_life*1000);


  }else{
    document.getElementById('btn_submit').display ="block";
    document.getElementById('checkout_confirmation').display ="block";
    document.getElementById('payment-form','submit').style.display ="none";

  }

</script>
<!--------end-stripe-------->

---

Quote:

---

Originally Posted by Gozzandes

Did you rewrite following codes to bottom of the tpl_checkout _confirmation_default.php?

---

The stripe module is the 2.1.9 release, no changes. This module was essentially working until Jan 10th, then all non credit card payments there after failed to create a Zen Order.
I had not messed with the session issue yet.

inculdes/functions/sessions.php should be that from 1.5.7c unaltered:

PHP Code:

---

if (IS_ADMIN_FLAG === true) {
    $SESS_LIFE = (int)SESSION_TIMEOUT_ADMIN;
    // if strict is enabled, must be a max of 900
    if (PADSS_ADMIN_SESSION_TIMEOUT_ENFORCED != 0 && $SESS_LIFE > 900) {
        $SESS_LIFE = 900;
    }
} else {
    // read PHP config
    $SESS_LIFE = get_cfg_var('session.gc_maxlifetime');
    // override if set
    if (defined('SESSION_TIMEOUT_CATALOG') && (int)SESSION_TIMEOUT_CATALOG > 120) {
        $SESS_LIFE = (int)SESSION_TIMEOUT_CATALOG;
    }
    // if set toooo short, reset to default
    if ((int)$SESS_LIFE < 120) {
        $SESS_LIFE = 1440; 


---

This is the code at the bottom of /responsive_classic/templates/tpl_checkout_confirmation_default.php

PHP Code:

---

<!--------stripe-------->

<?php
$jason_stripe_select = json_encode($stripe_select);
?>
<script>

var stripe_select = JSON.parse('<?php echo $jason_stripe_select; ?>'); 
if (stripe_select === "True") {
    document.getElementById('btn_submit').style.display ="none";
    document.getElementById('checkout_confirmation').style.display ="none";
    document.getElementById('payment-form','submit').display ="block";
  }else{
    document.getElementById('btn_submit').display ="block";
    document.getElementById('checkout_confirmation').display ="block";
    document.getElementById('payment-form','submit').style.display ="none";

  }
</script>
<!--------end-stripe-------->

---

[QUOTE=Gozzandes;1405263][QUOTE=BigB;1405258]

Quote:

---

Originally Posted by Gozzandes

Following 2 files should be changed
www\includes\modules\pages\checkout_one\jscript_stripe.php
\www\includes\modules\pages\checkout_payment\jscript_stripe.php

from

PHP Code:

---

<?php 
if ( isset($_SESSION['paymentIntent'])){
    $_SESSION['paymentIntent'] = '';
  }
?>

---

to

PHP Code:

---

<?php 
    $_SESSION['paymentIntent'] = '';
?>

---

could you check it and reply?

---

Ok, I will give it a try and post results when done. Thank you

[QUOTE=Gozzandes;1405263][QUOTE=BigB;1405258]

Quote:

---

Originally Posted by Gozzandes

Following 2 files should be changed
www\includes\modules\pages\checkout_one\jscript_stripe.php
\www\includes\modules\pages\checkout_payment\jscript_stripe.php

from

PHP Code:

---

<?php 
if ( isset($_SESSION['paymentIntent'])){
    $_SESSION['paymentIntent'] = '';
  }
?>

---

to

PHP Code:

---

<?php 
    $_SESSION['paymentIntent'] = '';
?>

---

could you check it and reply?

---

Ok, I was able to change the php file for \www\includes\modules\pages\checkout_payment\jscript_stripe.php
However, I do not have a folder for www\includes\modules\pages\checkout_one
with a jscript_stripe.php file for me to modify.
Is this a folder with files I need to FTP over into my ZC installation?

I did try a test order all the same after making the modifuaction in \www\includes\modules\pages\checkout_payment\jscript_stripe.php
and still get the same message "NOTE: Downloads are not available until payment has been confirmed"
Attachment 20861

[QUOTE=BigB;1405272][QUOTE=Gozzandes;1405263]

Quote:

---

Originally Posted by BigB

Ok, I was able to change the php file for \www\includes\modules\pages\checkout_payment\jscript_stripe.php
However, I do not have a folder for www\includes\modules\pages\checkout_one
with a jscript_stripe.php file for me to modify.
Is this a folder with files I need to FTP over into my ZC installation?

I did try a test order all the same after making the modifuaction in \www\includes\modules\pages\checkout_payment\jscript_stripe.php
and still get the same message "NOTE: Downloads are not available until payment has been confirmed"
Attachment 20861

---

download ver 2.1.11and overwrite all files.

[QUOTE=Gozzandes;1405275][QUOTE=BigB;1405272]

Quote:

---

Originally Posted by Gozzandes

download ver 2.1.11and overwrite all files.

---

OK, I downloaded version 2.1.11... I'll give it a go. Thank you

you should change the status.

You should change the status after cheking the payment in the admin page.
or change the default order value of setting.

Quote:

---

Originally Posted by Gozzandes

You should change the status after cheking the payment in the admin page.
or change the default order value of setting.

---

OK... Right now all test orders are "pending". Not sure what they should be changed to... the other choices are processing, delivered or update.
Should this be done before I update the stripe module to version 2.1.11 or after I update the module?

Gozzandes, Sorry that BigB and I are tugging you back and forth, but I wanted to mention that I re-enabled Stripe, but with only Credit Cards enabled....no other changes. So far, every order received has resulted in a Zen Order and a successful stripe payment. Whereas starting on the 10th, none of the non-CC orders had a Zen order, which prompted the initial disabling of Stripe.

Quote:

---

Originally Posted by BigB

OK... Right now all test orders are "pending". Not sure what they should be changed to... the other choices are processing, delivered or update.
Should this be done before I update the stripe module to version 2.1.11 or after I update the module?

---

Go to admin=>Payment Modules => Stripe Payments => Set Order Status
Change the Set Order Status "default" to "Delivered".

Quote:

---

Originally Posted by Gozzandes

Go to admin=>Payment Modules => Stripe Payments => Set Order Status
Change the Set Order Status "default" to "Delivered".

---

OK, completed the tasks of updating the module as per your guidance... I then un-installed the module in ZC admin and re-installed it... set the status of the module's admin settings from "default" to "delivered" and added the stripe test credentials.
The entire checkout process worked smooth and flawlessly.
All steps of checkout were seemless with ability to download a digital product after CC info entered and order confirmed during checkout.
Thank you Gozzandes. All of your difection and instruction has been spot on. I greatly appreciate your assistance :cheers:

Something odd that's been happening..when I check on the orders at Stripe every transaction has an additional $5.00 USD charge added to it.
For example: I have a $10.00 test product in the Zen Cart store... when purchasing the product it shows the correct price of $10.00 to be charged in checkout however, when I check the completed transactions back at my Stripe account it is a $15.00 transaction... every test order has this $5.00 added to it. Has anyone else had this issue or know why this may be happening?
I don't knpw if the charge is occuring at Stripe or in Zen Cart.
I have disabled Flat Rate shippping module and there is no shipping/handling fee being applied in the product listing. I'm trying to track down why/how this charge is occuring but have not been able to figure it out yet. Any input or suggestion on where to look and/or what to do is greatly appreciated, thanks

Quote:

---

Originally Posted by BigB

Something odd that's been happening..when I check on the orders at Stripe every transaction has an additional $5.00 USD charge added to it.
For example: I have a $10.00 test product in the Zen Cart store... when purchasing the product it shows the correct price of $10.00 to be charged in checkout however, when I check the completed transactions back at my Stripe account it is a $15.00 transaction... every test order has this $5.00 added to it. Has anyone else had this issue or know why this may be happening?
I don't knpw if the charge is occuring at Stripe or in Zen Cart.
I have disabled Flat Rate shippping module and there is no shipping/handling fee being applied in the product listing. I'm trying to track down why/how this charge is occuring but have not been able to figure it out yet. Any input or suggestion on where to look and/or what to do is greatly appreciated, thanks

---

This was an issue recently discussed. Its the "Low Order Fee"
Go here and set the "order fee" to $0:
Login to Admin, then Modules --> Order Total , then select "Low Order Fee"

Attachment 20867

Quote:

---

Originally Posted by split63

This was an issue recently discussed. Its the "Low Order Fee"
Go here and set the "order fee" to $0:
Login to Admin, then Modules --> Order Total , then select "Low Order Fee"

Attachment 20867

---

Thank you split63.This fixed the issue. I don't know how long this would have taken me to find. I greatly appreciate your assistance :bigups:

Gozzandes,
Are you still believing that the issue with non-CC transaction is a session issue?
If so, why are the CC transactions not affected?
I have not had an issue since I turned off all the non-CC payment methods

Quote:

---

Originally Posted by split63

Gozzandes,
Are you still believing that the issue with non-CC transaction is a session issue?
If so, why are the CC transactions not affected?
I have not had an issue since I turned off all the non-CC payment methods

---

I've read stripe documents for developers.

Following code are external payment page for devido.
the codes are redirect to devido page and back to the confirmation page.
if you want to use gcash, following code will be change from extermal_divido to external_gcash.
I have to check it but I do not use Stripe payment in my EC shop.

Code:

---

elements = stripe.elements({ clientSecret });

---

Code:

---

elements = stripe.elements({
    clientSecret: clientSecret,
    externalPaymentMethodTypes: ['external_divido']
  });

---

Code:

---

  paymentElement.mount("#payment-element");

---

Code:

---

  paymentElement.mount("#payment-element");
// Track selected payment method
let selectedPaymentMethod;
paymentElement.on('change', (event) => {
  selectedPaymentMethod = event?.value?.type;
});

---

Code:

---

async function handleSubmit(e) {
  e.preventDefault();
  setLoading(true);

  const response = await stripe.confirmPayment({
    elements,
    confirmParams: {
      return_url: confirmationURL,
    },
    redirect: 'if_required'
  }
  )
 
  if (response.error) {
    showMessage(response.error.message);
  } else {
    document.getElementById('checkoutConfirmDefaultHeading').textContent = PaymentSuccess;
    showMessage(PaymentSuccess);
    document.getElementById("btn_submit").click();
}
  setLoading(false);
}

---

Code:

---

async function handleSubmit(e) {
  if (selectedPaymentMethod === 'external_divido') {
    // Redirect customer to the Divido checkout page to complete the transaction
    const dividoRedirectUrl = "<< fill the Divido redirect URL here >>";
    window.location.href = dividoRedirectUrl;
  } else {
  e.preventDefault();
  setLoading(true);

  const response = await stripe.confirmPayment({
    elements,
    confirmParams: {
      return_url: confirmationURL,
    },
    redirect: 'if_required'
  }
  )
 
  if (response.error) {
    showMessage(response.error.message);
  } else {
    document.getElementById('checkoutConfirmDefaultHeading').textContent = PaymentSuccess;
    showMessage(PaymentSuccess);
    document.getElementById("btn_submit").click();
}
  setLoading(false);
}
}

---

V1.5.7c

Over a week ago, I added the session timeout php changes at the end of the tpl_checkout _confirmation_default.php file.
I tested it and it worked great. While on the 3rd checkout page, when the session expired, the page automatically redirected to the session time out page....which by the way, had some generic text statement which did not apply to my site....so it was good I saw that

I then re-enabled Amazon Pay, Cash App, etc...all the non CC payment options.
Then something strange happened. Everyone was paying with CC. No non-CC payments were coming in. Don't know why.

Finally we got an Amazon Pay today. And it caused a duplicate transaction at Stripe and no order at Zen.

The customer claimed the following:


I was on the 3rd checkout page.
Selected Amazon Pay, and then hit “edit” button, to change my address.
This charged me the first time..
Then when i edited the address and I hit “confirm order” it charged me for second time.

Despite the two charges, no Zen Order was received

The customer goes to the amazon page.
And the customer back to the zen cart page using following code.
But I guess they cannot come back from the amazon page to the zen cart page.
checkout.js 39

Code:

---

    return_url: confirmationURL,

---

confirmationURL is redirect URL address.
The URL comes from create.php 62

PHP Code:

---

$confirmationURL = '"' . HTTPS_SERVER . DIR_WS_HTTPS_CATALOG . 'index.php?main_page=checkout_confirmation"'; 


---

Can you try following code?
checkout.js 39

Code:

---

    return_url: https://YOUR DOMEIN/index.php?main_page=checkout_confirmation,

---

Return url is not json encoded.
So script cannot read the PHP return URL

\www\includes\modules\payment\stripepay\create.php line 63
add following code

PHP Code:

---

$jason_confirmationULR = json_encode($confirmationURL); 


---

and rewrite from

Code:

---

    var confirmationURL = JSON.parse('<?php echo $confirmationURL; ?>');

---

to

Code:

---

    var confirmationURL = JSON.parse('<?php echo $jason_confirmationULR; ?>');

---

if it's OK.
could you reply the post?

The customer further clarified, that when the first charge occurred, he never was directed to Amazon, it was if the "Edit" button for address had a similar effect as the "Confirm order" button. He said that after changing the address and clicking "Confirm Order", he was then redirected to Amazon; that's when the 2nd charge occurred.

Quote:

---

Originally Posted by Gozzandes

Return url is not json encoded.
So script cannot read the PHP return URL

---

I put the changes on my mirrored test site, which operates in Stripe test mode.
Tried an Amazon Payment
Pressed the "Confirm Order" button and to the left of it appeared this message:

You must provide a `return_url` when confirming a PaymentIntent with the payment method type amazon_pay.

The transaction appeared on Stripe as "Incomplete"
On Zen, the message disappeared and I remained on the 3rd checkout page as if the "confirm order" button was never pressed

if you rewrite checkout.jp return_url: confirmationURL, to return_url: https://YOUR DOMEIN/index.php?main_page=checkout_confirmation,
Please revert this code to return_url: confirmationURL,.

I've checked live site using Googlepay.
Payment was made twice, 1st payment is failed and 2nd is succeeded.
And zen cart was also succeeded.
It works everything.
Attachment 20875

Here's the revised create.php code:

PHP Code:

---

<?php

require 'vendor/autoload.php';

\Stripe\Stripe::setApiKey($secret_key);

try {
global $db,$output,$param_json;
  if ($registered_customer == false && $test_mode == false){
 
    $customer = \Stripe\Customer::create([
    'email' => $email,
    'name'   => $fullname,
    ]);

    $stripeCustomerID = $customer->id;  
    
   $sql = "INSERT INTO " . TABLE_STRIPE . " (id,customers_id,Stripe_Customers_id)  VALUES (NULL,:custID, :stripeCID )";
    $sql = $db->bindVars($sql, ':custID', $_SESSION['customer_id'], 'integer');
    $sql = $db->bindVars($sql, ':stripeCID', $stripeCustomerID, 'string');
    $db->Execute($sql);

}elseif ($test_mode == false){
    $stripeCustomerID = $stripe_customer->fields['stripe_customers_id'];
}


  // Create a PaymentIntent with amount and currency
if ($test_mode == false){
    $paymentIntent = \Stripe\PaymentIntent::create([
        'amount' => $amount_total,
        'currency' => $payment_currency,
        'customer' => $stripeCustomerID,
        'automatic_payment_methods' => [
        'enabled' => true,
        ],
    ]);
}else{
    $paymentIntent = \Stripe\PaymentIntent::create([
        'amount' => $amount_total,
        'currency' => $payment_currency,
        'automatic_payment_methods' => [
        'enabled' => true,
        ],
    ]);
}


    $output = [
        'clientSecret' => $paymentIntent->client_secret,
    ];

    $clientS_json = json_encode($output); 

} catch (Error $e) {
    http_response_code(500);
    $clientS_json =json_encode(['error' => $e->getMessage()]);
}
   
$jason_publishable_key = json_encode($publishable_key);
$jason_PaymentSuccess = json_encode(TEXT_PAYMENT_STRIPE_PAYMENTSUCCEEDED);
$confirmationURL = '"' . HTTPS_SERVER . DIR_WS_HTTPS_CATALOG . 'index.php?main_page=checkout_confirmation"';
$jason_confirmationURL = json_encode($confirmationURL);

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

//echo $paymentIntent['id'];
//------------
?>
<script>
   'use strict';
    var clientS = JSON.parse('<?php echo $clientS_json; ?>'); 
    var PublishableKey = JSON.parse('<?php echo $jason_publishable_key; ?>'); 
    var confirmationURL = JSON.parse('<?php echo $jason_confirmationURL; ?>'); 
    var PaymentSuccess = JSON.parse('<?php echo $jason_PaymentSuccess; ?>'); 

</script>

---

The first pi number is created through create.php.
The second pi number is created without going through create.php, so I think it is automatically generated by the Stripe server.
Perhaps the first one was for credit card payment, and the second one was created again to redirect to an external site.
Well, that's just my guess.

I'm not clear what changes are needed. Does checkout.jp and create.php need to change?

Quote:

---

Originally Posted by Gozzandes

Here's the revised create.php code:

---

I replaced the contents of create.php with the code you just posted and tried it with Amazon Pay. I did not mess with checkout.jp.
Same issue as before,
I see the message:
You must provide a `return_url` when confirming a PaymentIntent with the payment method type amazon_pay.

Quote:

---

Originally Posted by split63

I'm not clear what changes are needed. Does checkout.jp and create.php need to change?

---

checkout.js should not be changed, it's should be original line 39 return_url: confirmationURL,.

creat.php line 60 - should be changed

PHP Code:

---

$jason_publishable_key = json_encode($publishable_key);
$jason_PaymentSuccess = json_encode(TEXT_PAYMENT_STRIPE_PAYMENTSUCCEEDED);
$confirmationURL = '"' . HTTPS_SERVER . DIR_WS_HTTPS_CATALOG . 'index.php?main_page=checkout_confirmation"';
$jason_confirmationURL = json_encode($confirmationURL);

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

//echo $paymentIntent['id'];
//------------
?>
<script>
   'use strict';
    var clientS = JSON.parse('<?php echo $clientS_json; ?>'); 
    var PublishableKey = JSON.parse('<?php echo $jason_publishable_key; ?>'); 
    var confirmationURL = JSON.parse('<?php echo $jason_confirmationURL; ?>'); 
    var PaymentSuccess = JSON.parse('<?php echo $jason_PaymentSuccess; ?>'); 

</script>

---

Quote:

---

Originally Posted by split63

I replaced the contents of create.php with the code you just posted and tried it with Amazon Pay. I did not mess with checkout.jp.
Same issue as before,
I see the message:
You must provide a `return_url` when confirming a PaymentIntent with the payment method type amazon_pay.

---

following codes are for Amazonpay.
create.php line 34-36 and 42-44
from

PHP Code:

---

        'automatic_payment_methods' => [
        'enabled' => true,
        ], 


---

to

PHP Code:

---

  payment_method_types: ['card', 'amazon_pay'], 


---

Quote:

---

Originally Posted by Gozzandes

checkout.js should not be changed, it's should be original line 39 return_url: confirmationURL,.

---

I compared the source 2.1.9 checkout.js to the file on the test site, they are identical.
Line 39: return_url: confirmationURL,

Quote:

---

Originally Posted by Gozzandes

creat.php line 60 - should be changed

---

The code in the above post #539 is identical to that of post #535. Its what I already have on the test site

post again
following codes are for Amazonpay.
create.php line 34-36 and 42-44
from

PHP Code:

---

        'automatic_payment_methods' => [
        'enabled' => true,
        ], 


---

to

PHP Code:

---

  'payment_method_types' => ['card', 'amazon_pay'], 


---

Quote:

---

Originally Posted by Gozzandes

post again
following codes are for Amazonpay.
create.php line 34-36 and 42-44
from

PHP Code:

---

        'automatic_payment_methods' => [
        'enabled' => true,
        ], 


---

to

PHP Code:

---

  'payment_method_types' => ['card', 'amazon_pay'], 


---

---

Gozzandes, Unfortunately, there is no change. Still the same error message

Quote:

---

Originally Posted by split63

Gozzandes, Unfortunately, there is no change. Still the same error message

---

hmm..
Sorry.
Could you take me time?

Yes, please take your time. I noticed that on the last change, only Amazon now shows up as an payment option other than Credit Cards

Gozzandes,
For clarity, I want you to know that we are still able to receive successful payments via Amazon Pay, Cash App, and others. Issues only seem to occur when they are on the 3rd checkout page and decide to update something about the order.

We don't see this with Credit Card orders.

Quote:

---

Originally Posted by split63

Gozzandes,
For clarity, I want you to know that we are still able to receive successful payments via Amazon Pay, Cash App, and others. Issues only seem to occur when they are on the 3rd checkout page and decide to update something about the order.

We don't see this with Credit Card orders.

---

Can you request the log data to the Stripe support?
They have all your transaction log data.

Stripe support

Quote:

---

Originally Posted by Gozzandes

Can you request the log data to the Stripe support?
They have all your transaction log data.

---

I see the log entries for the Amazon Pay that resulted in two charges, but no Zen Order. What specifically are you interested in seeing?


Attachment 20879

Here is the Confirm log for the 1st transaction:

Code:

---

OST/v1/payment_intents/pi_3QjOvoGCPflMGg4a          /confirm
Request ID
HTTP status code
200
Time
Jan 20, 2025, 9:39:36 AM
IP address
181.197.42.233
API version
2024-11-20.acacia
Default
Origin
https://js.stripe.com/
Idempotency key
8669f2fe-6bc9-4cd7-b098xxxxxxxxxxxx
User agent
Mozilla/5.0 (iPhone; CPU iPhone OS 18_1_1 like Mac OS X) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/18.1.1 Mobile/15E148 Safari/604.1
API key
Response body
{
"id":
,"object": "payment_intent","amount": 11130,
"amount_details": {
"tip": {},
},
"automatic_payment_methods": {
"allow_redirects": "always","enabled": true,
},"canceled_at": null,"cancellation_reason": null,"capture_method": "automatic_async","client_secret": "pi_3Q**********************_******_*********************bURO","confirmation_method": "automatic","created": 1737394716,"currency": "usd","description": null,"last_payment_error": null,"livemode": true,
"next_action": {
"redirect_to_url": {
"return_url": "https://mysite.com/ZC/index.php?main_page=checkout_confirmation","url": "https://pm-redirects.stripe.com/authorize/acct_1QVctOGCPflM/pa_nonce_RceFloowK3BiBMR6JqjPzTJK        ",
},"type": "redirect_to_url",
},"payment_method": ,
"payment_method_configuration_details": {
"id":
,"parent": null,
},
"payment_method_types": [
"card","link","cashapp","amazon_pay",
],"processing": null,"receipt_email": null,"setup_future_usage": null,"shipping": null,"source": null,"status": "requires_action",
}
Request POST body
{
"client_secret": "************************************************************","expected_payment_method_type": "amazon_pay","key": "pk_live_*********************************************************************************************A5jjC3",
"mandate_data": {
"customer_acceptance": {
"online": {
"infer_from_client": "true",
},"type": "online",
},
},
"payment_method_data": {… 8 items},
"radar_options": {
"hcaptcha_token": "P1_eyJ0eXAiOiJKV1QiLCJhbGciOiJIUzI1NiJ9.eyJwY.lNnZUOWtETDdGYVBMZElpcTVYT012LzdRV0ZaQmxBdmQwdnNzREpJY2xpcmszZ...WjhDb2M5Nmt0YnlGYXl3aDVEOGl2aGdFTnpFRFF1K0NZOFFWWHYzR1FWL3Q4Y09hL3B6RHRlUlFJTjFsS0tYUHkrRERaUjZyQy91d3o4aTFBYVp2M083VGlCRUxYbVUxb0xHZWRRTk1BemZHU2lqY3hSTEZ2VUNaM1hTa282a2xoSW1DR2FtQ2Y0RiJ9.maZ__KerJ0R2zIj_WxicBu-foO66iWISHRoQQpWdRr8",
},"return_url": "https://mysite.com/ZC/index.php?main_page=checkout_confirmation",
}

---

Here is the intent log entry 1st transaction

Code:

---

POST/v1/payment_intents
Request ID
HTTP status code
200
Time
Jan 20, 2025, 9:38:36 AM
IP address
89.117.9.xxx
API version
2024-11-20.acacia
Default
Idempotency key
a2a726bc-7c30-4cd5-955c-6bec392d30ee
User agent
Stripe/v1 PhpBindings/10.0.0
API key
Response body
{
"id":
,"object": "payment_intent","amount": 11130,"amount_capturable": 0,
"amount_details": {
"tip": {},
},"amount_received": 0,"application": null,"application_fee_amount": null,
"automatic_payment_methods": {
"allow_redirects": "always","enabled": true,
},"canceled_at": null,"cancellation_reason": null,"capture_method": "automatic_async","client_secret": "pi_3Q**********************_******_*********************bURO","confirmation_method": "automatic","created": 1737394716,"currency": "usd","customer": ,"description": null,"invoice": null,"last_payment_error": null,"latest_charge": null,"livemode": true,"metadata": {},"next_action": null,"on_behalf_of": null,"payment_method": null,
"payment_method_configuration_details": {
"id":
,"parent": null,
},
"payment_method_options": {
"amazon_pay": {
"express_checkout_element_session_id": null,
},
"card": {
"installments": null,"mandate_options": null,"network": null,"request_three_d_secure": "automatic",
},"cashapp": {},
"link": {
"persistent_token": null,
},
},
"payment_method_types": [
"card","link","cashapp","amazon_pay",
],"processing": null,"receipt_email": null,"review": null,"setup_future_usage": null,"shipping": null,"source": null,"statement_descriptor": null,"statement_descriptor_suffix": null,"status": "requires_payment_method","transfer_data": null,"transfer_group": null,
}
Request POST body
{
"amount": "11130",
"automatic_payment_methods": {
"enabled": "true",
},"currency": "USD",

---

I've received from Stripe staff.
She is requesting me to submit my dashboard screenshot.
'Could you share the screenshot of the dashboard with us via the secure link? I appreciate your efforts in advance.'
Stripe Amazon pay is only USA.
Could you ask about your situation for Stripe staff instead of me?

What part of the dashboard? The home screen? What are they trying to see/confirm?

Quote:

---

Originally Posted by split63

What part of the dashboard? The home screen? What are they trying to see/confirm?

---

The Stripe staff probably thinks I'm using amazon_pay even though I live in Japan.
That's probably why they're asking for a copy of the dashboard.

Please make some changes to checkout.js.
Could you please put ; on line 43 of checkout.js?
from

Code:

---

    redirect: 'if_required'
  }
  )

---

to

Code:

---

    redirect: 'if_required'
  }
  );

---

Ever since the 4 duplicate and failed Zen orders, its seems all we get now are credit card orders. Once in a while, we will get a cash app or Amazon, or the like and as long as they hit the 3rd checkout page and actually checkout, there is no issue.
I have tried replicating the failure, but no luck. I suspect it may have something to do with people with cell phones that have cookies which allow them directly into the payment, such as Amazon, without logging in. Just speculating, as I can't replicate their experience.

If the added semicolon corrects the issue, why would we not have seen a syntax error previously ?

Quote:

---

Originally Posted by split63

Ever since the 4 duplicate and failed Zen orders, its seems all we get now are credit card orders. Once in a while, we will get a cash app or Amazon, or the like and as long as they hit the 3rd checkout page and actually checkout, there is no issue.
I have tried replicating the failure, but no luck. I suspect it may have something to do with people with cell phones that have cookies which allow them directly into the payment, such as Amazon, without logging in. Just speculating, as I can't replicate their experience.

If the added semicolon corrects the issue, why would we not have seen a syntax error previously ?

---

The pi number (PaymentIntent) is one for one payment, so even if there are duplicate transactions, there should be only one payment. The first time is pi_3QjO...in the image and the second time is also pi_3QjO these are the same number.
Green [200] is OK.

Life would sure be more interesting and more help/testing could be provided if this were a github repository.:frusty:

We just got a dispute from a customer that ordered using Amazon pay on 1/23. They hit the final checkout page once, and nothing odd about the successful stripe payment. But no order was received in Zen.

We have turned off Amazon Payment. Its used so infrequently, its just not worth it.

Just discovered a Cash App payment from 2 weeks ago, that shows successful on Stripe, but no order received on Zen. Hit the final check out page only once. Nothing unusual about it...simply no Zen order.
What's even more odd, is it came to my attention, because the customer came back today after never receiving an order notification, and tried the order again. This time, we got the Zen Order, but his Cash App Payment attempt shows "Incomplete" and "Action Required"
But we will now use his previous payment combined with his now successful Zen order to complete his order.
We have now disabled both Cash App and Amazon Pay, just can't trust either.

This is the stripe screen capture of the Action required message"

Attachment 20902

I'm really sorry.
As expected, Amazon payment is only available in the US, so even when I contacted Stripe, I couldn't find any information for me in Japan.

Can't you just use a VPN and select a US server?

Quote:

---

Originally Posted by split63

Can't you just use a VPN and select a US server?

---

If the DOM is not fully loaded at the time when the payment is completed, the btn_submit button may not be fully available in the DOM, causing the click() method to not trigger. This happens when the JavaScript executes too early, before the button has been added to the page.
Can you check the following codes?

checkout.js line 48

PHP Code:

---

    document.getElementById('checkoutConfirmDefaultHeading').textContent = PaymentSuccess;
    showMessage(PaymentSuccess);
    document.getElementById("btn_submit").click(); 


---

to

PHP Code:

---

    const interval = setInterval(function() {
      const btnSubmit = document.getElementById("btn_submit");
      if (btnSubmit) {
          btnSubmit.click();
          clearInterval(interval); 
          document.getElementById('checkoutConfirmDefaultHeading').textContent = PaymentSuccess;
          showMessage(PaymentSuccess);
      }
  }, 100); // 100ms 


---

I do not quote follow. Are you saying you found the issue?
What is "DOM"?

Quote:

---

Originally Posted by split63

I do not quote follow. Are you saying you found the issue?
What is "DOM"?

---

There are two buttons on the checkout confirmation screen:

The Zen Cart "Confirm" button.(Hidden when Stripe payment is selected)
The Stripe "Confirm" button (displayed only if Stripe is selected as the payment method).
For Amazon Pay, the user is redirected to another screen, which causes the checkout confirmation display to disappear. When they return, the checkout confirmation screen is reloaded, and checkout.js executes the click() command to press the Zen Cart "Confirm" button.

Issue
If the click() command runs before the Zen Cart "Confirm" button appears, the purchase process cannot proceed.

Fix
This update ensures that the click() command waits until the Zen Cart "Confirm" button is displayed before executing.

At this stage, we are not 100% certain that this is the root cause, but it is a highly probable and common issue.

It's been a week, and there haven't been any issues, right? So, I guess 'no news is good news'?:blush:

Sorry, I have been consumed on another effort.
I just put the code in place.
Enabled Cash App on Stripe.
Went to the Zen checkout page. Selected Cash App, which I have never used. Clicked "confirm"
The page changed, it was overall darkened, as if a pop up blocker was at work. No QR code was displayed
After a few seconds, I got the Zen Order Confirmation page.
On Stripe is shows the order was incomplete

I reverted the code back and disabled Cash App.

Quote:

---

Originally Posted by split63

Sorry, I have been consumed on another effort.
I just put the code in place.
Enabled Cash App on Stripe.
Went to the Zen checkout page. Selected Cash App, which I have never used. Clicked "confirm"
The page changed, it was overall darkened, as if a pop up blocker was at work. No QR code was displayed
After a few seconds, I got the Zen Order Confirmation page.
On Stripe is shows the order was incomplete

I reverted the code back and disabled Cash App.

---

If that's the case, the issue might be on Stripe's side.
It is just a possibility, but...

File: includes/modules/payment/stripepay/create.php (Line 34)
Even if automatic_payment_methods is set to true, there are cases where Cash App is not included as an available payment method.
Therefore, it is necessary to explicitly specify payment_method_types.

PHP Code:

---

'automatic_payment_methods' => [
    'enabled' => true,
], 


---

to

PHP Code:

---

'payment_method_types' => ['card', 'cashapp'], 
'automatic_payment_methods' => [
    'enabled' => true,
], 


---

File: checkout.js (Line 41)
When using if_required, Stripe may determine that a redirect is not necessary, which could cause the QR code to be skipped.

PHP Code:

---

redirect: 'if_required' 


---

to

PHP Code:

---

redirect: 'always' 


---

I apologize for making you try multiple times. Creating code is a process of trial and error, and since I can't see the results directly myself, it's making it even more challenging.:frusty:

I appreciate all you effort, but I'm going to say Credit cards are good enough.

Quote:

---

Originally Posted by split63

I appreciate all you effort, but I'm going to say Credit cards are good enough.

---

OK
I understand.
but I'll put this code 'payment_method_types' => ['card', 'cashapp'], in the checkout.js next update.

I have obtained Stripe support, and I'll modify checkout.js in the next update."

I have never used Cash App. When I go to checkout its shown as an option, which is why I was able to click on it and induce and error.
If you are in Japan and you use a VPN with a US location, you should be able to see and induce the error I saw.

And the saga continues.
In the last week we had two events, both were successful Stripe credit card purchases, but both resulted in no Zen order. One customer said "the website showed an error so I thought it didn't go through. However, my bank statement shows that I was charged". No further details.

In stripe, both were uneventful. They hit the final check out page only once, and no errors of any kind were reported by stripe.

More from the customer with the successful charge, but no order:

Quote:

---

So I went to get my debit card and got distracted. I finally came back to my phone to put in the payment information. The webpage was still loaded. After I submitted, I got an error probably bc the webpage should've timed out. But it still charged the debit card

---

I understand the issue.
It is caused by the difference between Zen Cart's session timeout of 24 minutes and Stripe's session timeout of 24 hours.
This can be resolved by using a webhook or the expire_at parameter.

some time back you put in a fix which times the Zen Session out and sends them to a timeout page. That worked on a PC. But this persons describes a phone. So the fix must not be universal across all browsers.