[Skip to main content](#vessel-content) Board Categories Payment Methods ## # [Payment Methods](/forum/29-payment-methods "View Category 'Payment Methods'") 2190 topics | Discussions about the different payment methods for Hikashop | |---| ## | [ ](#forumbottom) | Subject | Replies / Views | Last Post | |---|---|---|---| | [](/forum/29-payment-methods/100000126-paypal-checkout-sdk-v6---incorrect-button-language-on-polish-checkout-page) | [PayPal Checkout SDK v6 – Incorrect button language on Polish checkout page](/forum/29-payment-methods/100000126-paypal-checkout-sdk-v6---incorrect-button-language-on-polish-checkout-page "-- HikaShop version -- : 6.8.1 -- Joomla version -- : 6.2.0 -- PHP version -- : 8.3.36-nmm1 -- Browser(s) name and version -- : Opera Subject: PayPal Checkout SDK v6 – Incorrect button language on Polish checkout page Hello, I've found a localization issue with the PayPal Checkout payment plugin in HikaShop Essential 6.8.1. My Joomla website is configured in Polish ( ), and the entire checkout page is correctly displayed in Polish. However, the PayPal payment button displays "Pagar com PayPal" (Portuguese) instead of Polish text. After inspecting the generated HTML and JavaScript, I noticed that the PayPal SDK v6 is initialized without the parameter: According to the official PayPal SDK v6 documentation, the locale can be explicitly specified during initialization: Expected behavior: The PayPal Checkout plugin should pass the current Joomla frontend language to the PayPal SDK, so that the payment buttons match the language of the checkout page. For multilingual websites, the locale should be determined dynamically rather than hardcoded. Actual behavior: The plugin does not pass the locale parameter, leaving PayPal to detect the language automatically based on browser settings. This can result in payment buttons being displayed in a different language from the checkout page. Could you please consider adding automatic Joomla language detection and passing the corresponding locale to PayPal SDK v6? Thank you!") Category: [Payment Methods](/forum/29-payment-methods "Discussions about the different payment methods for Hikashop") Topic started 7 hours 43 minutes ago, by [Bone](/forum/user/77721-bone "View Bone's Profile") [Last Post](/forum/29-payment-methods/100000126-paypal-checkout-sdk-v6---incorrect-button-language-on-polish-checkout-page#100000628 "-- HikaShop version -- : 6.8.1 -- Joomla version -- : 6.2.0 -- PHP version -- : 8.3.36-nmm1 -- Browser(s) name and version -- : Opera Subject: PayPal Checkout SDK v6 – Incorrect button language on Polish checkout page Hello, I've found a localization issue with the PayPal Checkout payment plugin in HikaShop Essential 6.8.1. My Joomla website is configured in Polish ( ), and the entire checkout page is correctly displayed in Polish. However, the PayPal payment button displays "Pagar com PayPal" (Portuguese) instead of Polish text. After inspecting the generated HTML and JavaScript, I noticed that the PayPal SDK v6 is initialized without the parameter: According to the official PayPal SDK v6 documentation, the locale can be explicitly specified during initialization: Expected behavior: The PayPal Checkout plugin should pass the current Joomla frontend language to the PayPal SDK, so that the payment buttons match the language of the checkout page. For multilingual websites, the locale should be determined dynamically rather than hardcoded. Actual behavior: The plugin does not pass the locale parameter, leaving PayPal to detect the language automatically based on browser settings. This can result in payment buttons being displayed in a different language from the checkout page. Could you please consider adding automatic Joomla language detection and passing the corresponding locale to PayPal SDK v6? Thank you!") 7 hours 43 minutes ago by [Bone](/forum/user/77721-bone "View Bone's Profile") | Replies:0 Views:7 | [Last Post](/forum/29-payment-methods/100000126-paypal-checkout-sdk-v6---incorrect-button-language-on-polish-checkout-page#100000628 "-- HikaShop version -- : 6.8.1 -- Joomla version -- : 6.2.0 -- PHP version -- : 8.3.36-nmm1 -- Browser(s) name and version -- : Opera Subject: PayPal Checkout SDK v6 – Incorrect button language on Polish checkout page Hello, I've found a localization issue with the PayPal Checkout payment plugin in HikaShop Essential 6.8.1. My Joomla website is configured in Polish ( ), and the entire checkout page is correctly displayed in Polish. However, the PayPal payment button displays "Pagar com PayPal" (Portuguese) instead of Polish text. After inspecting the generated HTML and JavaScript, I noticed that the PayPal SDK v6 is initialized without the parameter: According to the official PayPal SDK v6 documentation, the locale can be explicitly specified during initialization: Expected behavior: The PayPal Checkout plugin should pass the current Joomla frontend language to the PayPal SDK, so that the payment buttons match the language of the checkout page. For multilingual websites, the locale should be determined dynamically rather than hardcoded. Actual behavior: The plugin does not pass the locale parameter, leaving PayPal to detect the language automatically based on browser settings. This can result in payment buttons being displayed in a different language from the checkout page. Could you please consider adding automatic Joomla language detection and passing the corresponding locale to PayPal SDK v6? Thank you!") by [Bone](/forum/user/77721-bone "View Bone's Profile") 7 hours 43 minutes ago | | [](/forum/29-payment-methods/100000120-mollie-plugin-api) | [mollie plugin api](/forum/29-payment-methods/100000120-mollie-plugin-api "-- url of the page with the problem -- : www.ubuntushop.biz -- HikaShop version -- : 6.8.1 -- Joomla version -- : 5.4 -- PHP version -- : 8.5 -- Browser(s) name and version -- :  Chrome 131.0 -- Error-message(debug-mod must be tuned on) -- : mollie has stopped payment notifications. Mollie has stopped payment notifications, so orders will not be confirmed: docs.mollie.com/reference/payments-api-webhooks help.mollie.com/hc/en-us/articles/401818...otifications-stopped on mollie payment: Webhook invocation failed with status code 500 (Reported by Webhook Service) November 7, 2026 at 22:18 "server ip- - [08/Nov/2026:09:49:00 +0100] "GET /index.php?option=com_hikashop&ctrl=checkout&task=after_end&lang=nl&order_id=310&order_token=50w0sdjja8ruxgo5aezv7c251od1pzqa&Itemid=123 HTTP/1.1" 200 10836 " www.mollie.com/ " "Mozilla/5.0 (X11; Linux x86_64; rv:159.0) Gecko/20100101 Firefox/159.0" 34.141.200.14 - - [08/Nov/2026:09:49:00 +0100] "POST /index.php?option=com_hikashop&ctrl=checkout&task=notify&notif_payment=mollie&tmpl=component&lang=nl&order_id=310&order_token=50w0sdjja8ruxgo5aezv7c251od1pzqa&Itemid=123 HTTP/1.1" 500 21627 "-" "Mollie HTTP client/1.0"") Category: [Payment Methods](/forum/29-payment-methods "Discussions about the different payment methods for Hikashop") Topic started 1 day 22 hours ago, by [duportail](/forum/user/82788-duportail "View duportail's Profile") [Last Post](/forum/29-payment-methods/100000120-mollie-plugin-api#100000609 "it's working again. Thanks Guy") 1 day 17 hours ago by [duportail](/forum/user/82788-duportail "View duportail's Profile") | Replies:2 Views:28 | [Last Post](/forum/29-payment-methods/100000120-mollie-plugin-api#100000609 "it's working again. Thanks Guy") by [duportail](/forum/user/82788-duportail "View duportail's Profile") 1 day 17 hours ago | | [](/forum/29-payment-methods/100000117-stripe-checkout-thank-you-page-loses-the-language) | [Stripe Checkout: thank you page loses the language](/forum/29-payment-methods/100000117-stripe-checkout-thank-you-page-loses-the-language "-- HikaShop version -- : 6.8.1 -- Joomla version -- : 6.2.0 -- PHP version -- : 8.5.12 -- Browser(s) name and version -- : Safari 605.1 Hello, On a multilingual Joomla site (Japanese by default, English as second language), a customer who pays with Stripe Checkout from the English pages comes back to the thank you page in Japanese. With the bank transfer method, the thank you page stays in English. Screenshot 1: bank transfer, ordered from the English pages, the thank you page stays in English (/en/ in the URL). Screenshot 2: Stripe Checkout, ordered from the English pages, the thank you page comes back in Japanese (no language in the URL). The URLs given to Stripe (success_url and cancel_url in _createCheckoutSession()) and the $endUrl / $cancelUrl of _handleSessionReturn() and _handle3dsReturn() are built as HIKASHOP_LIVE . 'index.php?...' without the language. So the Language Filter plugin of Joomla picks the language from the browser or the default language of the site. Routing these URLs with the language of the order fixed it on my site. I added this helper: and used it for $endUrl and $cancelUrl in _handleSessionReturn() and _handle3dsReturn() with $dbOrder->order_lang, and for $cancelUrl in _createCheckoutSession(). After that, the customer comes back in the language of the order, both after paying and after canceling on the Stripe page. Versions: Joomla 6.2.0, HikaShop Business 6.8.1, Stripe Checkout 1.5.9, PHP 8.5.12. Thank you.") Category: [Payment Methods](/forum/29-payment-methods "Discussions about the different payment methods for Hikashop") Topic started 2 days 21 hours ago, by [Alouette00](/forum/user/53482-alouette00 "View Alouette00's Profile") [Last Post](/forum/29-payment-methods/100000117-stripe-checkout-thank-you-page-loses-the-language#100000606 "Hi, Thank you very much for the quick fix and the clear explanation. I installed version 1.5.10 on my test site, and it works well. After paying and after cancelling on the Stripe page, the customer now comes back in the language of the order. I will update my live shop and remove my own modification. Thank you again for your support.") 2 days 4 hours ago by [Alouette00](/forum/user/53482-alouette00 "View Alouette00's Profile") | Replies:1 Views:40 | [Last Post](/forum/29-payment-methods/100000117-stripe-checkout-thank-you-page-loses-the-language#100000606 "Hi, Thank you very much for the quick fix and the clear explanation. I installed version 1.5.10 on my test site, and it works well. After paying and after cancelling on the Stripe page, the customer now comes back in the language of the order. I will update my live shop and remove my own modification. Thank you again for your support.") by [Alouette00](/forum/user/53482-alouette00 "View Alouette00's Profile") 2 days 4 hours ago | | [](/forum/29-payment-methods/895192-ecpay-have-sql-syntax-error) | [ECPAY have SQL syntax error](/forum/29-payment-methods/895192-ecpay-have-sql-syntax-error "-- url of the page with the problem -- : gohousen.com/ -- HikaShop version -- : 3.5 Payment Method: Credit. Paid Failed, Exception(Unknown column 'payment_access' in 'where clause'). I using "AllPay" that is 8rd product for payment plugin in Taiwan www.ecpay.com.tw/Service/Appcntr_Shpcar Order will change two Set up an order a blank order The contents of the blank order are: Payment Method: Credit. Paid Failed, Exception(Unknown column 'payment_access' in 'where clause').") Category: [Payment Methods](/forum/29-payment-methods "Discussions about the different payment methods for Hikashop") Topic started 8 years 4 months ago, by [wwwopptwcom](/forum/user/45048-wwwopptwcom "View wwwopptwcom's Profile") [Last Post](/forum/29-payment-methods/895192-ecpay-have-sql-syntax-error#100000599 "Hi, For anyone reading this: we now have our own payment plugin, so a third party one is no longer needed. The customer pays on the ECPay page with cards, ATM transfers, or convenience store codes and barcodes. It needs an ECPay merchant account and a shop selling in New Taiwan dollars (TWD).") 2 days 7 hours ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:15 Views:2674 | [Last Post](/forum/29-payment-methods/895192-ecpay-have-sql-syntax-error#100000599 "Hi, For anyone reading this: we now have our own payment plugin, so a third party one is no longer needed. The customer pays on the ECPay page with cards, ATM transfers, or convenience store codes and barcodes. It needs an ECPay merchant account and a shop selling in New Taiwan dollars (TWD).") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 2 days 7 hours ago | | [](/forum/29-payment-methods/902158-payment-methods) | [Payment Methods](/forum/29-payment-methods/902158-payment-methods "-- HikaShop version -- : 4.4.1 -- Joomla version -- : 3.9.25 -- PHP version -- : 7.4.16 -- Browser(s) name and version -- : Firefox Developer 87.0b9 Hello, My client would like a Bitcoin and Paysafecard methods on his website. I found these extensions: - - - Does anyone know these extensions? What's your opinion? Do you know any other extensions I could use for these payment methods? Thanks in advance for your help Sandra") Category: [Payment Methods](/forum/29-payment-methods "Discussions about the different payment methods for Hikashop") Topic started 5 years 7 months ago, by [Sandra74](/forum/user/60896-sandra74 "View Sandra74's Profile") [Last Post](/forum/29-payment-methods/902158-payment-methods#100000598 "Hi, For anyone reading this: we now have payment plugins of our own for this on the marketplace: for Bitcoin paid straight to the wallet of your store through your own BTCPay Server, and for Bitcoin and other coins through a CoinGate merchant account.") 2 days 7 hours ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:5 Views:946 | [Last Post](/forum/29-payment-methods/902158-payment-methods#100000598 "Hi, For anyone reading this: we now have payment plugins of our own for this on the marketplace: for Bitcoin paid straight to the wallet of your store through your own BTCPay Server, and for Bitcoin and other coins through a CoinGate merchant account.") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 2 days 7 hours ago | | [](/forum/29-payment-methods/902421-hikashop-and-cryptocurrency-payment-methods) | [Hikashop and Cryptocurrency payment methods](/forum/29-payment-methods/902421-hikashop-and-cryptocurrency-payment-methods "-- HikaShop version -- : 4.4.1 -- Joomla version -- : 3.9.25 -- PHP version -- : 7.3 -- Browser(s) name and version -- : Firefox I just had a general question about payment methods and are there any for taking cryptocurrencies that work with hikashop? I'm interested in doge as well as others as payment for my goods. Is there a plugin for hikashop that can enable this? Thanks in advance!") Category: [Payment Methods](/forum/29-payment-methods "Discussions about the different payment methods for Hikashop") Topic started 5 years 6 months ago, by [NickStarbright](/forum/user/42809-nickstarbright "View NickStarbright's Profile") [Last Post](/forum/29-payment-methods/902421-hikashop-and-cryptocurrency-payment-methods#100000581 "Hi, For anyone reading this: HikaShop now has two payment plugins of our own for this. With , the customer pays with Bitcoin, Ethereum, Litecoin, USDC or another coin on the CoinGate invoice. The list of coins is the one CoinGate offers for your account, so check there for a specific one like Doge. With , the customer pays in Bitcoin (on chain or Lightning) straight to the wallet of your store, using your own BTCPay Server.") 2 days 15 hours ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:3 Views:1105 | [Last Post](/forum/29-payment-methods/902421-hikashop-and-cryptocurrency-payment-methods#100000581 "Hi, For anyone reading this: HikaShop now has two payment plugins of our own for this. With , the customer pays with Bitcoin, Ethereum, Litecoin, USDC or another coin on the CoinGate invoice. The list of coins is the one CoinGate offers for your account, so check there for a specific one like Doge. With , the customer pays in Bitcoin (on chain or Lightning) straight to the wallet of your store, using your own BTCPay Server.") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 2 days 15 hours ago | | [](/forum/29-payment-methods/863214-global-payments-canada-plugin) | [Global Payments Canada plugin?](/forum/29-payment-methods/863214-global-payments-canada-plugin "Is there a payment plugin for "Global Payments Canada"? This is for a Canadian store, canadian clients only. Thanks! -- HikaShop version -- : 2.2.2 -- Joomla version -- : 3.1.4 -- PHP version -- : 5.3.27 -- Browser(s) name and version -- : all -- Error-message(debug-mod must be tuned on) -- :") Category: [Payment Methods](/forum/29-payment-methods "Discussions about the different payment methods for Hikashop") Topic started 13 years 1 week ago, by [karenann](/forum/user/26718-karenann "View karenann's Profile") [Last Post](/forum/29-payment-methods/863214-global-payments-canada-plugin#100000547 "Hi, For anyone reading this: there is now a payment plugin on our marketplace. The customer pays on the secure payment page of Global Payments, by card with 3-D Secure, or with Apple Pay, Google Pay or PayPal when the account offers them. It needs a Global Payments merchant account with GP API credentials, so for an account in Canada it is best to first check with Global Payments that it can have them.") 4 days 10 hours ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:4 Views:820 | [Last Post](/forum/29-payment-methods/863214-global-payments-canada-plugin#100000547 "Hi, For anyone reading this: there is now a payment plugin on our marketplace. The customer pays on the secure payment page of Global Payments, by card with 3-D Secure, or with Apple Pay, Google Pay or PayPal when the account offers them. It needs a Global Payments merchant account with GP API credentials, so for an account in Canada it is best to first check with Global Payments that it can have them.") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 4 days 10 hours ago | | [](/forum/29-payment-methods/907831-global-pay-payment-method) | [Global Pay Payment Method](/forum/29-payment-methods/907831-global-pay-payment-method "Hi, We are in the process of switching banks and need to update the payment method on our website. We need to use Global Pay, and they have informed us they have an integration to HikaShop ( developer.globalpay.com/cart/hikashop?rid=75 ) but we cannot find any payment methods, plugins, or documentation relating to Global Pay. Please can you advise how to get this installed and setup. Thank you.") Category: [Payment Methods](/forum/29-payment-methods "Discussions about the different payment methods for Hikashop") Topic started 2 years 8 months ago, by [paul.frost](/forum/user/39853-paul-frost "View paul.frost's Profile") [Last Post](/forum/29-payment-methods/907831-global-pay-payment-method#100000545 "Hi, For anyone reading this: there is now a payment plugin on our marketplace. At the end of the checkout the customer is sent to the secure payment page of Global Payments and pays by card with 3-D Secure, or with Apple Pay, Google Pay or PayPal when your account offers them. You can take the payment directly, or authorize it and capture it later. It needs a Global Payments merchant account with GP API credentials.") 4 days 10 hours ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:5 Views:783 | [Last Post](/forum/29-payment-methods/907831-global-pay-payment-method#100000545 "Hi, For anyone reading this: there is now a payment plugin on our marketplace. At the end of the checkout the customer is sent to the secure payment page of Global Payments and pays by card with 3-D Secure, or with Apple Pay, Google Pay or PayPal when your account offers them. You can take the payment directly, or authorize it and capture it later. It needs a Global Payments merchant account with GP API credentials.") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 4 days 10 hours ago | | [](/forum/29-payment-methods/901360-razorpay-payment-gateway-for-india-plugin-request) | [Razorpay Payment Gateway for India - Plugin Request](/forum/29-payment-methods/901360-razorpay-payment-gateway-for-india-plugin-request "-- HikaShop version -- : 4.4 -- Joomla version -- : 3.9.22 -- PHP version -- : 7.3 Hi, I have been using Hikashop for more than 5 years and I am very much happy with it. After 5 years, this week my client have upgraded his website and the upgrade process from HikaShop Essential 2.6.3 to Hikashop Business 4.4 was a smooth process along with Joomla 3.4.3 to Joomla 3.9.22. So far, we are using "PayU Money India" payment plugin successfully. Also, we want to add Razorpay plugin because in some way it is offering a better experience to customers to pay easily, particularly they offer GPay payment option. And my request is to offer a plugin for Razorpay payment gateway for hikashop. I am sure, it would be more attractive & helpful for Indian users. warm regards.") Category: [Payment Methods](/forum/29-payment-methods "Discussions about the different payment methods for Hikashop") Topic started 5 years 11 months ago, by [minminiweb](/forum/user/37407-minminiweb "View minminiweb's Profile") [Last Post](/forum/29-payment-methods/901360-razorpay-payment-gateway-for-india-plugin-request#100000538 "Hi, For anyone reading this: there is now a payment plugin for HikaShop. The Razorpay checkout opens on your page at the end of the HikaShop checkout, and your customer pays with UPI (QR code or UPI app), cards including RuPay, netbanking, wallets, or the EMI and pay later offers of your account. It needs a Razorpay account (India, Malaysia, Singapore or the United States).") 4 days 15 hours ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:2 Views:964 | [Last Post](/forum/29-payment-methods/901360-razorpay-payment-gateway-for-india-plugin-request#100000538 "Hi, For anyone reading this: there is now a payment plugin for HikaShop. The Razorpay checkout opens on your page at the end of the HikaShop checkout, and your customer pays with UPI (QR code or UPI app), cards including RuPay, netbanking, wallets, or the EMI and pay later offers of your account. It needs a Razorpay account (India, Malaysia, Singapore or the United States).") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 4 days 15 hours ago | | [](/forum/29-payment-methods/100000104-stripe-checkout---expired-webhook-cancels-an-already-paid-and-confirmed-hikashop) | [Stripe Checkout – Expired webhook cancels an already paid and confirmed HikaShop](/forum/29-payment-methods/100000104-stripe-checkout---expired-webhook-cancels-an-already-paid-and-confirmed-hikashop "-- HikaShop version -- : HikaShop Essential 6.7.1 -- Joomla version -- : Joomla 5.4 -- PHP version -- : PHP 8.3.36 -- Browser(s) name and version -- : Vivaldi 8.2.4133.96 -- Error-message(debug-mod must be tuned on) -- : payment notification was received with the state paid Title: Stripe Checkout – Expired webhook cancels an already paid and confirmed HikaShop order Hello, I am experiencing a problem with Stripe Checkout in HikaShop. The payment is completed successfully, Stripe confirms the transaction, and HikaShop correctly changes the order status to Confirmed. However, approximately 24 hours later, Stripe sends another webhook notification with the status . HikaShop processes this notification and automatically changes the already paid order status to Cancelled. Example from my order logs: * October 19, 2026, 12:32 (server time): successful payment, order status: Confirmed. * Transaction ID: * October 20, 2026, 12:28 (server time): HikaShop receives an notification and changes the order status to Cancelled. * Stripe event: (October 20, 2026, 14:28:34 CEST). I also noticed in the Stripe Dashboard that two different Checkout Sessions sometimes appear to be created for the same order. One is successfully paid, while the other remains unpaid and expires after approximately 24 hours. Could this be the reason why the expired webhook incorrectly cancels an already paid order? There are two additional problems: * When the order is cancelled, HikaShop also increases the product stock quantity by one. * Since I sell digital products, the customer loses access to the download, even though the payment was successful. My questions: * Why are two different Stripe Checkout Sessions created for the same order? * How can I prevent an webhook from changing an already paid and confirmed order to Cancelled? * How can I ensure that the stock quantity and the customer's download permissions remain unchanged in this situation? Thank you in advance for your help!") Category: [Payment Methods](/forum/29-payment-methods "Discussions about the different payment methods for Hikashop") Topic started 4 days 20 hours ago, by [metzd](/forum/user/84496-metzd "View metzd's Profile") [Last Post](/forum/29-payment-methods/100000104-stripe-checkout---expired-webhook-cancels-an-already-paid-and-confirmed-hikashop#100000526 "-- HikaShop version -- : HikaShop Essential 6.7.1 -- Joomla version -- : Joomla 5.4 -- PHP version -- : PHP 8.3.36 -- Browser(s) name and version -- : Vivaldi 8.2.4133.96 -- Error-message(debug-mod must be tuned on) -- : payment notification was received with the state paid Title: Stripe Checkout – Expired webhook cancels an already paid and confirmed HikaShop order Hello, I am experiencing a problem with Stripe Checkout in HikaShop. The payment is completed successfully, Stripe confirms the transaction, and HikaShop correctly changes the order status to Confirmed. However, approximately 24 hours later, Stripe sends another webhook notification with the status . HikaShop processes this notification and automatically changes the already paid order status to Cancelled. Example from my order logs: * October 19, 2026, 12:32 (server time): successful payment, order status: Confirmed. * Transaction ID: * October 20, 2026, 12:28 (server time): HikaShop receives an notification and changes the order status to Cancelled. * Stripe event: (October 20, 2026, 14:28:34 CEST). I also noticed in the Stripe Dashboard that two different Checkout Sessions sometimes appear to be created for the same order. One is successfully paid, while the other remains unpaid and expires after approximately 24 hours. Could this be the reason why the expired webhook incorrectly cancels an already paid order? There are two additional problems: * When the order is cancelled, HikaShop also increases the product stock quantity by one. * Since I sell digital products, the customer loses access to the download, even though the payment was successful. My questions: * Why are two different Stripe Checkout Sessions created for the same order? * How can I prevent an webhook from changing an already paid and confirmed order to Cancelled? * How can I ensure that the stock quantity and the customer's download permissions remain unchanged in this situation? Thank you in advance for your help!") 4 days 17 hours ago by [metzd](/forum/user/84496-metzd "View metzd's Profile") | Replies:0 Views:35 | [Last Post](/forum/29-payment-methods/100000104-stripe-checkout---expired-webhook-cancels-an-already-paid-and-confirmed-hikashop#100000526 "-- HikaShop version -- : HikaShop Essential 6.7.1 -- Joomla version -- : Joomla 5.4 -- PHP version -- : PHP 8.3.36 -- Browser(s) name and version -- : Vivaldi 8.2.4133.96 -- Error-message(debug-mod must be tuned on) -- : payment notification was received with the state paid Title: Stripe Checkout – Expired webhook cancels an already paid and confirmed HikaShop order Hello, I am experiencing a problem with Stripe Checkout in HikaShop. The payment is completed successfully, Stripe confirms the transaction, and HikaShop correctly changes the order status to Confirmed. However, approximately 24 hours later, Stripe sends another webhook notification with the status . HikaShop processes this notification and automatically changes the already paid order status to Cancelled. Example from my order logs: * October 19, 2026, 12:32 (server time): successful payment, order status: Confirmed. * Transaction ID: * October 20, 2026, 12:28 (server time): HikaShop receives an notification and changes the order status to Cancelled. * Stripe event: (October 20, 2026, 14:28:34 CEST). I also noticed in the Stripe Dashboard that two different Checkout Sessions sometimes appear to be created for the same order. One is successfully paid, while the other remains unpaid and expires after approximately 24 hours. Could this be the reason why the expired webhook incorrectly cancels an already paid order? There are two additional problems: * When the order is cancelled, HikaShop also increases the product stock quantity by one. * Since I sell digital products, the customer loses access to the download, even though the payment was successful. My questions: * Why are two different Stripe Checkout Sessions created for the same order? * How can I prevent an webhook from changing an already paid and confirmed order to Cancelled? * How can I ensure that the stock quantity and the customer's download permissions remain unchanged in this situation? Thank you in advance for your help!") by [metzd](/forum/user/84496-metzd "View metzd's Profile") 4 days 17 hours ago | | [](/forum/29-payment-methods/100000085-stripe-checkout-plugin-issue) | [Stripe Checkout plugin issue](/forum/29-payment-methods/100000085-stripe-checkout-plugin-issue "-- HikaShop version -- : 6.7.1 -- Joomla version -- : 6.2.0 -- PHP version -- : 8.5 -- Browser(s) name and version -- : Chrome 156.0 Hello, I am using the latest Stripe Checkout plugin. When a payment is successfully completed, the Stripe webhook reaches the site, the payment status changes to 'paid', and the order status updates correctly. However, no order confirmation or serial/ticket email is generated or sent. Looking at the order history, I see 'A payment notification was received with the state paid', but HikaShop does not trigger the notification sequence for automated payments (unlike manual status changes in the backend, which trigger emails successfully). Why does the automated webhook execution bypass the email trigger? Best regards Dagmar") Category: [Payment Methods](/forum/29-payment-methods "Discussions about the different payment methods for Hikashop") Topic started 1 week 2 days ago, by [Dasa](/forum/user/79122-dasa "View Dasa's Profile") [Last Post](/forum/29-payment-methods/100000085-stripe-checkout-plugin-issue#100000468 "Hi, First of all, I'm happy to announce that the notifications are now working properly! Here is the explanation of what was actually happening. The logs revealed a critical error:2026-11-02T10:30:15+00:00 CRITICAL 52.15.183.38 error Uncaught Throwable of type Error thrown with message "Undefined constant "T4\Helper\T4PATH_TPL"". Stack trace: #0 [ROOT]/plugins/system/t4/t4.php(315): T4\Helper\Path::addIncludePath() After digging through the codebase, I traced the following execution flow: The Stripe webhook arrives correctly. HikaShop changes the order status to confirmed. modifyOrder() passes control to orderClass->modifyOrder(). save() initiates the generation of order_status_notification. loadOrderNotification() loads the email template and its preload. The preload triggers onAfterOrderProductsListingDisplay. HikaSerial responds to the event and creates a view via hikaserial::getLayout(). While creating the view, T4's onHtmlViewAddPath() is executed. T4 hits the undefined constant T4PATH_TPL. The fatal error interrupts the email generation before it can be sent. I checked the JoomlArt forums and found that this issue was already described back in the summer here: www.joomlart.com/forums/d/52705-undefine...4helpert4path-tpl/36 and can be resolved using a DIY patch for the T4 plugin. However, this patch was not included even in the latest plugin update from October 26, 2026, so it's likely to keep causing issues in combination with JoomlArt templates. It might be worth considering whether errors in external system plugins could be isolated or handled more gracefully so they don't break the entire email notification process. Anyway, thank you so much for your help and guidance in tracking down this bug! Best regards Dagmar") 1 week 14 hours ago by [Dasa](/forum/user/79122-dasa "View Dasa's Profile") | Replies:4 Views:94 | [Last Post](/forum/29-payment-methods/100000085-stripe-checkout-plugin-issue#100000468 "Hi, First of all, I'm happy to announce that the notifications are now working properly! Here is the explanation of what was actually happening. The logs revealed a critical error:2026-11-02T10:30:15+00:00 CRITICAL 52.15.183.38 error Uncaught Throwable of type Error thrown with message "Undefined constant "T4\Helper\T4PATH_TPL"". Stack trace: #0 [ROOT]/plugins/system/t4/t4.php(315): T4\Helper\Path::addIncludePath() After digging through the codebase, I traced the following execution flow: The Stripe webhook arrives correctly. HikaShop changes the order status to confirmed. modifyOrder() passes control to orderClass->modifyOrder(). save() initiates the generation of order_status_notification. loadOrderNotification() loads the email template and its preload. The preload triggers onAfterOrderProductsListingDisplay. HikaSerial responds to the event and creates a view via hikaserial::getLayout(). While creating the view, T4's onHtmlViewAddPath() is executed. T4 hits the undefined constant T4PATH_TPL. The fatal error interrupts the email generation before it can be sent. I checked the JoomlArt forums and found that this issue was already described back in the summer here: www.joomlart.com/forums/d/52705-undefine...4helpert4path-tpl/36 and can be resolved using a DIY patch for the T4 plugin. However, this patch was not included even in the latest plugin update from October 26, 2026, so it's likely to keep causing issues in combination with JoomlArt templates. It might be worth considering whether errors in external system plugins could be isolated or handled more gracefully so they don't break the entire email notification process. Anyway, thank you so much for your help and guidance in tracking down this bug! Best regards Dagmar") by [Dasa](/forum/user/79122-dasa "View Dasa's Profile") 1 week 14 hours ago | | [](/forum/29-payment-methods/100000080-paypal-cron) | [PayPal Cron](/forum/29-payment-methods/100000080-paypal-cron "-- HikaShop version -- : 6.7.1 [2610202116] -- Joomla version -- : 6.2.0 -- PHP version -- : 8.4.27 -- Browser(s) name and version -- : every browser -- Error-message(debug-mod must be tuned on) -- : - Hi, is there any way to disable the PayPal Cron that automatically authorizes payments for orders with pending status? We are not instantly capturing the payment from paypal, because we have to manually check the legitimacy of the order first. With the version update to 6.7.1 (from 6.6.x) there came a cron task which automatically captures the authorized payments. Or is there another way around this, I am not seeing at the moment? Thanks in advance!") Category: [Payment Methods](/forum/29-payment-methods "Discussions about the different payment methods for Hikashop") Topic started 1 week 5 days ago, by [sonja.emmel](/forum/user/80415-sonja-emmel "View sonja.emmel's Profile") [Last Post](/forum/29-payment-methods/100000080-paypal-cron#100000410 "Thank you so much for this awesome support! I already downloaded the patched version, placed a test order and triggered the cron. No confirmation on my paypal authorized payment - wonderful! I can't...") 1 week 5 days ago by [sonja.emmel](/forum/user/80415-sonja-emmel "View sonja.emmel's Profile") | Replies:2 Views:65 | [Last Post](/forum/29-payment-methods/100000080-paypal-cron#100000410 "Thank you so much for this awesome support! I already downloaded the patched version, placed a test order and triggered the cron. No confirmation on my paypal authorized payment - wonderful! I can't...") by [sonja.emmel](/forum/user/80415-sonja-emmel "View sonja.emmel's Profile") 1 week 5 days ago | | [](/forum/29-payment-methods/100000042-user-points) | [User points](/forum/29-payment-methods/100000042-user-points "-- HikaShop version -- : 6.6.0 -- Joomla version -- : 3.10 -- Browser(s) name and version -- : Chrome 154.0 In our shop we have a rewards card that for £40 min spend you get one stamp on your rewards card. Each needs to be a separate transaction. After the card is stamped 6 times the next purchase you can get 10% off that purchase. We keep the card and the process starts again. I want to do the same online put I find the form(s) confusing on what to put in the various fields. The spend would exclude shipping costs. Thanks for any help.") Category: [Payment Methods](/forum/29-payment-methods "Discussions about the different payment methods for Hikashop") Topic started 3 weeks 6 days ago, by [dailybread](/forum/user/41988-dailybread "View dailybread's Profile") [Last Post](/forum/29-payment-methods/100000042-user-points#100000217 "-- HikaShop version -- : 6.6.0 -- Joomla version -- : 3.10 -- Browser(s) name and version -- : Chrome 154.0 In our shop we have a rewards card that for £40 min spend you get one stamp on your rewards card. Each needs to be a separate transaction. After the card is stamped 6 times the next purchase you can get 10% off that purchase. We keep the card and the process starts again. I want to do the same online put I find the form(s) confusing on what to put in the various fields. The spend would exclude shipping costs. Thanks for any help.") 3 weeks 6 days ago by [dailybread](/forum/user/41988-dailybread "View dailybread's Profile") | Replies:0 Views:92 | [Last Post](/forum/29-payment-methods/100000042-user-points#100000217 "-- HikaShop version -- : 6.6.0 -- Joomla version -- : 3.10 -- Browser(s) name and version -- : Chrome 154.0 In our shop we have a rewards card that for £40 min spend you get one stamp on your rewards card. Each needs to be a separate transaction. After the card is stamped 6 times the next purchase you can get 10% off that purchase. We keep the card and the process starts again. I want to do the same online put I find the form(s) confusing on what to put in the various fields. The spend would exclude shipping costs. Thanks for any help.") by [dailybread](/forum/user/41988-dailybread "View dailybread's Profile") 3 weeks 6 days ago | | [](/forum/29-payment-methods/100000033-stripe-checkout-payment-and-error-in-sql-syntax) | [Stripe Checkout payment and error in SQL syntax](/forum/29-payment-methods/100000033-stripe-checkout-payment-and-error-in-sql-syntax "-- url of the page with the problem -- : www.121time.com -- HikaShop version -- : 6.6.0 -- Joomla version -- : 5.4.9 -- PHP version -- : 8.5.9 -- Browser(s) name and version -- : Safari 605.1 -- Error-message(debug-mod must be tuned on) -- : 1064 You have an error in your SQL syntax; check the manual that corresponds to your MariaDB server version for the right syntax to use near ')' at line 1 Hello Just bought Hikashop Stripe Checkout Payment and payments are going through and are listed in Stripe dashboard, but I get this error page after it is done. Can you help please? A confirmation page instead would be nice to get ! Thank you in advance Jean-Loup") Category: [Payment Methods](/forum/29-payment-methods "Discussions about the different payment methods for Hikashop") Topic started 1 month 1 day ago, by [jean-loup](/forum/user/40284-jean-loup "View jean-loup's Profile") [Last Post](/forum/29-payment-methods/100000033-stripe-checkout-payment-and-error-in-sql-syntax#100000188 "I confirm that working like a charm in live environment just by updating Hikashop business. So I won't investigate further about HTProtect since it's working! Thank you again Nicolas.") 4 weeks 2 days ago by [jean-loup](/forum/user/40284-jean-loup "View jean-loup's Profile") | Replies:10 Views:185 | [Last Post](/forum/29-payment-methods/100000033-stripe-checkout-payment-and-error-in-sql-syntax#100000188 "I confirm that working like a charm in live environment just by updating Hikashop business. So I won't investigate further about HTProtect since it's working! Thank you again Nicolas.") by [jean-loup](/forum/user/40284-jean-loup "View jean-loup's Profile") 4 weeks 2 days ago | | [](/forum/29-payment-methods/100000021-error-with-paypal-checkout-plugin) | [Error with PayPal checkout plugin](/forum/29-payment-methods/100000021-error-with-paypal-checkout-plugin "-- HikaShop version -- : 6.6.0 -- Joomla version -- : 6.1.4 -- PHP version -- : 8.3 -- Browser(s) name and version -- : Chrome 154.0 Hi!  I get  few errors then I use PayPal checkout: button pay by credit cart not displayed, only pay by PayPal. If I click by cancel - I get error: I attach video in zip file and 2 screenshot. Thank you.") Category: [Payment Methods](/forum/29-payment-methods "Discussions about the different payment methods for Hikashop") Topic started 1 month 4 days ago, by [designer71](/forum/user/39268-designer71 "View designer71's Profile") [Last Post](/forum/29-payment-methods/100000021-error-with-paypal-checkout-plugin#100000112 "Thank you!") 1 month 3 days ago by [designer71](/forum/user/39268-designer71 "View designer71's Profile") | Replies:2 Views:118 | [Last Post](/forum/29-payment-methods/100000021-error-with-paypal-checkout-plugin#100000112 "Thank you!") by [designer71](/forum/user/39268-designer71 "View designer71's Profile") 1 month 3 days ago | | [](/forum/29-payment-methods/910834-invalid-notification-with-authorize-plugin-payment) | [Invalid notification with authorize plugin payment](/forum/29-payment-methods/910834-invalid-notification-with-authorize-plugin-payment "-- url of the page with the problem -- : secure.authorize.net/gateway/transact.dll -- HikaShop version -- : 6.6.0 -- Joomla version -- : 6.1.3 -- PHP version -- : 8.3.33 -- Error-message(debug-mod must be tuned on) -- : Invalid notification Hello, Thank you for your component. It is very well designed and greatly appreciated. I am experiencing an issue with the Authorize.Net payment plugin in SIM mode. The payment is successfully approved and captured by Authorize.Net. However, when the response is sent back to HikaShop, the following message is displayed: “Invalid notification.” The HikaShop order is then automatically changed from “Created” to “Cancelled,” even though the transaction was successfully approved by Authorize.Net. The debug log confirms the following: * x_response_code = 1 * x_response_reason_text = This transaction has been approved * x_SHA2_Hash is present * x_MD5_Hash is empty * The correct order is identified through x_po_num * The amount and currency are correct I have completed the following checks: * The Signature Key contains exactly 128 hexadecimal characters. * It does not contain spaces, line breaks, quotation marks, or a 0x prefix. * The Signature Key was removed, entered again, and saved. * The MD5 Hash field is empty. * The same Signature Key works successfully with Odoo using the same Authorize.Net account. * I tested the transaction without accented characters in the address, but the notification was still rejected. * The Authorize.Net Response/Receipt URL is correctly registered. * The response successfully reaches HikaShop and the correct order is loaded. I also receive the following PHP warnings: Warning: Undefined property: plgHikashoppaymentAuthorize::$payment_params in plugins/hikashoppayment/authorize/authorize.php on line 360 Warning: Attempt to read property "debug" on null in plugins/hikashoppayment/authorize/authorize.php on line 360 At the beginning of the onPaymentNotification() function, the following property appears to be accessed before the payment parameters are loaded: if($this->payment_params->debug) The payment parameters appear to be loaded only later, after the order number has been obtained: $order_id = (int)@$vars; $dbOrder = $this->getOrder($order_id); $this->loadPaymentParams($dbOrder); Could you please confirm whether there is a known issue with the SHA-512 hash calculation or validation in the Authorize.Net SIM plugin and provide the appropriate secure patch if necessary? I do not want to disable SHA-512 validation. I can provide a sanitized payment log and the relevant sections of the authorize.php file if needed. Thank you very much for your assistance. Micheline") Category: [Payment Methods](/forum/29-payment-methods "Discussions about the different payment methods for Hikashop") Topic started 1 month 3 weeks ago, by [Mich](/forum/user/31631-mich "View Mich's Profile") [Last Post](/forum/29-payment-methods/910834-invalid-notification-with-authorize-plugin-payment#100000076 "Hello, Great news! I installed the latest build and performed another test transaction. The payment was successfully approved by Authorize.Net, and the HikaShop order was automatically confirmed. The issue is now resolved. Thank you very much for your help and for making the necessary improvements. Micheline") 1 month 5 days ago by [Mich](/forum/user/31631-mich "View Mich's Profile") | Replies:4 Views:281 | [Last Post](/forum/29-payment-methods/910834-invalid-notification-with-authorize-plugin-payment#100000076 "Hello, Great news! I installed the latest build and performed another test transaction. The payment was successfully approved by Authorize.Net, and the HikaShop order was automatically confirmed. The issue is now resolved. Thank you very much for your help and for making the necessary improvements. Micheline") by [Mich](/forum/user/31631-mich "View Mich's Profile") 1 month 5 days ago | | [](/forum/29-payment-methods/100000011-paypal-checkout) | [PayPal checkout](/forum/29-payment-methods/100000011-paypal-checkout "-- HikaShop version -- : 6.6 -- Joomla version -- : 6.1.3 -- PHP version -- : 8.3 -- Browser(s) name and version -- : Chrome 154.0 Hi! The buyer paid 0 shekels via PayPal Checkout, but the order page does not indicate which item was purchased, in total I see 0. I see  In historical emails I see  which item was purchased and sum. Please see attach file. thank you") Category: [Payment Methods](/forum/29-payment-methods "Discussions about the different payment methods for Hikashop") Topic started 1 month 1 week ago, by [designer71](/forum/user/39268-designer71 "View designer71's Profile") [Last Post](/forum/29-payment-methods/100000011-paypal-checkout#100000048 "thank you!") 1 month 1 week ago by [designer71](/forum/user/39268-designer71 "View designer71's Profile") | Replies:2 Views:129 | [Last Post](/forum/29-payment-methods/100000011-paypal-checkout#100000048 "thank you!") by [designer71](/forum/user/39268-designer71 "View designer71's Profile") 1 month 1 week ago | | [](/forum/29-payment-methods/884066-hikashop-leupay-mypos) | [HikaShop & LeuPay - myPos](/forum/29-payment-methods/884066-hikashop-leupay-mypos "Hi guys, I searched without success here on Forum. I'm looking for a (the old iPay) / payment integration. I added the links, may be anyone yet done something... maybe, and/or had experience with Satabank All helps / suggestions are welcome, Thank you very much...") Category: [Payment Methods](/forum/29-payment-methods "Discussions about the different payment methods for Hikashop") Topic started 10 years 6 months ago, by [joomleb](/forum/user/2322-joomleb "View joomleb's Profile") [Last Post](/forum/29-payment-methods/884066-hikashop-leupay-mypos#373448 "Hi, For anyone stumbling on this old thread, note that we just released a payment plugin for myPOS: www.hikashop.com/marketplace/product/317-mypos.html") 1 month 3 weeks ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:2 Views:1562 | [Last Post](/forum/29-payment-methods/884066-hikashop-leupay-mypos#373448 "Hi, For anyone stumbling on this old thread, note that we just released a payment plugin for myPOS: www.hikashop.com/marketplace/product/317-mypos.html") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 1 month 3 weeks ago | | [](/forum/29-payment-methods/910820-empty-popup-window-over-paypal-popup) | [Empty popup window over paypal popup](/forum/29-payment-methods/910820-empty-popup-window-over-paypal-popup "-- HikaShop version -- : 6.6.0 [2609141704] -- Joomla version -- : 6.1.3 -- PHP version -- : 8.3.33 -- Browser(s) name and version -- : Opera One(version: 135.0.5973.92) -- Error-message(debug-mod must be tuned on) -- : No error Hi, since the update to HikaShop Business 6.6.0 [2609141704] our paypal credit/debit option is popping up a window to complete the paypal part. However, an additional empty popup is appearing over the top of it. It can be moved out of the way (see attached image). How can remove that and returning to running the form on the same pages as the paypal payment method selection button? Thanks, Ian and Stu") Category: [Payment Methods](/forum/29-payment-methods "Discussions about the different payment methods for Hikashop") Topic started 1 month 3 weeks ago, by [smithshop123](/forum/user/17903-smithshop123 "View smithshop123's Profile") [Last Post](/forum/29-payment-methods/910820-empty-popup-window-over-paypal-popup#373417 "Hi Ian and Stu, Could you first check the settings of your PayPal Checkout payment method? Make sure the credit card settings are properly set up (the "Enable credit cards" setting in particular), and save the payment method once, even if you don't change anything. That way, all its settings are stored with the options of the current version. Also, were you using the old "PayPal" payment method before the update rather than "PayPal Checkout"? They don't display the payment the same way, so the interface can differ when switching from one to the other. If it still doesn't look like before, please post a screenshot of the settings of the payment method and of the payment page, so that we can see what is displayed.") 1 month 3 weeks ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:3 Views:289 | [Last Post](/forum/29-payment-methods/910820-empty-popup-window-over-paypal-popup#373417 "Hi Ian and Stu, Could you first check the settings of your PayPal Checkout payment method? Make sure the credit card settings are properly set up (the "Enable credit cards" setting in particular), and save the payment method once, even if you don't change anything. That way, all its settings are stored with the options of the current version. Also, were you using the old "PayPal" payment method before the update rather than "PayPal Checkout"? They don't display the payment the same way, so the interface can differ when switching from one to the other. If it still doesn't look like before, please post a screenshot of the settings of the payment method and of the payment page, so that we can see what is displayed.") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 1 month 3 weeks ago | | [](/forum/29-payment-methods/910809-stripe-checkout-returning-page) | [Stripe Checkout Returning Page](/forum/29-payment-methods/910809-stripe-checkout-returning-page "-- HikaShop version -- : 6.5.2 -- Joomla version -- : 6.1.3 Hi there, I am trying out the Stripe Checkout plugin. It all seems to work well but I have one small question. Is there any way to set the page that it returns to after completing the transaction? Currently, Stripe sends the user back to my home page, which shows a message where they can click to see their order. however, the page looks a bit messy because it shows the order details in amongst the content of my home page. Can I control the returning page in the plugin or is it a setting in my Stripe account? I'd prefer it to go to the specific 'Thanks' page that I have already set up. Many thanks Leila") Category: [Payment Methods](/forum/29-payment-methods "Discussions about the different payment methods for Hikashop") Topic started 2 months 19 hours ago, by [HatsukoiUK](/forum/user/83675-hatsukoiuk "View HatsukoiUK's Profile") [Last Post](/forum/29-payment-methods/910809-stripe-checkout-returning-page#373381 "Fantastic! Thanks so much for your help with that.") 1 month 3 weeks ago by [HatsukoiUK](/forum/user/83675-hatsukoiuk "View HatsukoiUK's Profile") | Replies:6 Views:454 | [Last Post](/forum/29-payment-methods/910809-stripe-checkout-returning-page#373381 "Fantastic! Thanks so much for your help with that.") by [HatsukoiUK](/forum/user/83675-hatsukoiuk "View HatsukoiUK's Profile") 1 month 3 weeks ago | | [ ](#forumtop) | | [](/forum/topics/feed/mode-topics?format=feed&type=rss) Time to create page: 0.054 seconds [Powered by](/forum/credits) [Kunena Forum](https://www.kunena.org)