Printable View
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.
Go to admin=>Payment Modules => Stripe Payments => Set Order StatusQuote:
Originally Posted by BigB
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.Quote:
Originally Posted by Gozzandes
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
This was an issue recently discussed. Its the "Low Order Fee"Quote:
Originally Posted by BigB
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: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.Quote:
Originally Posted by split63
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
confirmationURL is redirect URL address.Code:return_url: confirmationURL,
The URL comes from create.php 62
Can you try following code?PHP Code:$confirmationURL = '"' . HTTPS_SERVER . DIR_WS_HTTPS_CATALOG . 'index.php?main_page=checkout_confirmation"';
checkout.js 39
Code:return_url: https://YOUR DOMEIN/index.php?main_page=checkout_confirmation,