[Skip to main content](#vessel-content) Board Categories- Checkout ## # [Checkout](/forum/27-checkout "View Category 'Checkout'") 4922 topics | Everything about the checkout process in Hikashop | |---| ## | [ ](#forumbottom) | Subject | Replies / Views | Last Post | |---|---|---|---| | [](/forum/27-checkout/100000067-stripe-checkout-paid-and-confirmed-order-is-set-to-cancelled-24-hours-later-b) | [Stripe Checkout: paid and confirmed order is set to “Cancelled” 24 hours later b](/forum/27-checkout/100000067-stripe-checkout-paid-and-confirmed-order-is-set-to-cancelled-24-hours-later-b "-- HikaShop version -- : 6.7.1 -- Joomla version -- : 5.4 -- Browser(s) name and version -- : Firefox 158.0 Hello, We are testing credit card payments with Stripe Checkout (sandbox mode) in HikaShop, and we see the following problem: an order that was paid and set to “Confirmed” is later changed to “Cancelled”. Environment * Joomla 5.4 * HikaShop Essential 6.7.1 [2610202116] * Stripe Checkout payment plugin, test/sandbox mode What we see in the HikaShop order history * 2026-10-19 12:32 (server time): “payment notification was received with the state paid. Transaction: pi_3USFkCHwuXBczTHH15IY23nP” → status changes to Confirmed. * 2026-10-20 12:28 (server time): “payment notification was received with the state expired. Session: cs_test_a12wLXY3rmwSAwgxz6dMlYmkAIwcA5MGhP8z0bjuu4nJsCJAFR2goQzn20” → status changes to Cancelled. As a result, the digital product download is blocked, because the order status no longer allows it. What we see in the Stripe Dashboard (Events, sandbox) The Stripe Dashboard shows CEST time, which is 2 hours ahead of the HikaShop server time. The expired session above corresponds to the event on Oct 20 at 2:28:34 PM CEST. Around each completed payment there is also a separate Checkout Session that was never paid and expired 24 hours later: Expired session Expired at (CEST) cs_test_a1pu1YuDHhHUPm4EtB95UXZlElo42pCWf9EyeFn2VXwHSN867HqikxeTgR Oct 20, 6:44 AM cs_test_a12wLXY3rmwSAwgxz6dMlYmkAIwcA5MGhP8z0bjuu4nJsCJAFR2goQzn20 Oct 20, 2:28 PM cs_test_a1kFcc96hOXHs33201NSMJUaBdsQwzAdrKsF673WEZ4O8Y7kMoHWO5rXuK Oct 20, 6:03 PM For example, the session cs_test_a1kFcc… (expired Oct 20, 6:03 PM) belongs to according to its . It was created about 1 minute before the payment completed on Oct 19 at 6:04 PM (session cs_test_a1BFWfN39…, payment pi_3USJ37HwuXBczTHH1SY9BHpk). The expired session IDs differ from the sessions that were actually completed, so it looks like a second Checkout Session is created for the same order, and its expiry webhook sets the already confirmed order to Cancelled. What we would like to ask * Does the plugin create a new Checkout Session each time the customer reaches the payment step or returns to it? (Is it possible that two sessions are created for one order even without going back and forth?) * How should the plugin handle for an order that is already paid and confirmed? In our case the status is overwritten. * Is the correct configuration to subscribe the webhook endpoint only to and ? Our current endpoint events: [paste here what is selected in Stripe Dashboard → Webhooks]. * Can you recommend a fix or patch (for example, ignoring for orders that are already confirmed or shipped)? We attach screenshots of the HikaShop order history and of the Stripe Events list. We can also provide the full order ID, the webhook configuration and debug logs if needed. Thank you for your help. Best regards, Dániel Metz metzdaniel.hu") Category: [Checkout](/forum/27-checkout "Everything about the checkout process in Hikashop") Topic started 2 days 20 hours ago, by [totama](/forum/user/70635-totama "View totama's Profile") [Last Post](/forum/27-checkout/100000067-stripe-checkout-paid-and-confirmed-order-is-set-to-cancelled-24-hours-later-b#100000324 "-- HikaShop version -- : 6.7.1 -- Joomla version -- : 5.4 -- Browser(s) name and version -- : Firefox 158.0 Hello, We are testing credit card payments with Stripe Checkout (sandbox mode) in HikaShop, and we see the following problem: an order that was paid and set to “Confirmed” is later changed to “Cancelled”. Environment * Joomla 5.4 * HikaShop Essential 6.7.1 [2610202116] * Stripe Checkout payment plugin, test/sandbox mode What we see in the HikaShop order history * 2026-10-19 12:32 (server time): “payment notification was received with the state paid. Transaction: pi_3USFkCHwuXBczTHH15IY23nP” → status changes to Confirmed. * 2026-10-20 12:28 (server time): “payment notification was received with the state expired. Session: cs_test_a12wLXY3rmwSAwgxz6dMlYmkAIwcA5MGhP8z0bjuu4nJsCJAFR2goQzn20” → status changes to Cancelled. As a result, the digital product download is blocked, because the order status no longer allows it. What we see in the Stripe Dashboard (Events, sandbox) The Stripe Dashboard shows CEST time, which is 2 hours ahead of the HikaShop server time. The expired session above corresponds to the event on Oct 20 at 2:28:34 PM CEST. Around each completed payment there is also a separate Checkout Session that was never paid and expired 24 hours later: Expired session Expired at (CEST) cs_test_a1pu1YuDHhHUPm4EtB95UXZlElo42pCWf9EyeFn2VXwHSN867HqikxeTgR Oct 20, 6:44 AM cs_test_a12wLXY3rmwSAwgxz6dMlYmkAIwcA5MGhP8z0bjuu4nJsCJAFR2goQzn20 Oct 20, 2:28 PM cs_test_a1kFcc96hOXHs33201NSMJUaBdsQwzAdrKsF673WEZ4O8Y7kMoHWO5rXuK Oct 20, 6:03 PM For example, the session cs_test_a1kFcc… (expired Oct 20, 6:03 PM) belongs to according to its . It was created about 1 minute before the payment completed on Oct 19 at 6:04 PM (session cs_test_a1BFWfN39…, payment pi_3USJ37HwuXBczTHH1SY9BHpk). The expired session IDs differ from the sessions that were actually completed, so it looks like a second Checkout Session is created for the same order, and its expiry webhook sets the already confirmed order to Cancelled. What we would like to ask * Does the plugin create a new Checkout Session each time the customer reaches the payment step or returns to it? (Is it possible that two sessions are created for one order even without going back and forth?) * How should the plugin handle for an order that is already paid and confirmed? In our case the status is overwritten. * Is the correct configuration to subscribe the webhook endpoint only to and ? Our current endpoint events: [paste here what is selected in Stripe Dashboard → Webhooks]. * Can you recommend a fix or patch (for example, ignoring for orders that are already confirmed or shipped)? We attach screenshots of the HikaShop order history and of the Stripe Events list. We can also provide the full order ID, the webhook configuration and debug logs if needed. Thank you for your help. Best regards, Dániel Metz metzdaniel.hu") 2 days 18 hours ago by [totama](/forum/user/70635-totama "View totama's Profile") | Replies:0 Views:27 | [Last Post](/forum/27-checkout/100000067-stripe-checkout-paid-and-confirmed-order-is-set-to-cancelled-24-hours-later-b#100000324 "-- HikaShop version -- : 6.7.1 -- Joomla version -- : 5.4 -- Browser(s) name and version -- : Firefox 158.0 Hello, We are testing credit card payments with Stripe Checkout (sandbox mode) in HikaShop, and we see the following problem: an order that was paid and set to “Confirmed” is later changed to “Cancelled”. Environment * Joomla 5.4 * HikaShop Essential 6.7.1 [2610202116] * Stripe Checkout payment plugin, test/sandbox mode What we see in the HikaShop order history * 2026-10-19 12:32 (server time): “payment notification was received with the state paid. Transaction: pi_3USFkCHwuXBczTHH15IY23nP” → status changes to Confirmed. * 2026-10-20 12:28 (server time): “payment notification was received with the state expired. Session: cs_test_a12wLXY3rmwSAwgxz6dMlYmkAIwcA5MGhP8z0bjuu4nJsCJAFR2goQzn20” → status changes to Cancelled. As a result, the digital product download is blocked, because the order status no longer allows it. What we see in the Stripe Dashboard (Events, sandbox) The Stripe Dashboard shows CEST time, which is 2 hours ahead of the HikaShop server time. The expired session above corresponds to the event on Oct 20 at 2:28:34 PM CEST. Around each completed payment there is also a separate Checkout Session that was never paid and expired 24 hours later: Expired session Expired at (CEST) cs_test_a1pu1YuDHhHUPm4EtB95UXZlElo42pCWf9EyeFn2VXwHSN867HqikxeTgR Oct 20, 6:44 AM cs_test_a12wLXY3rmwSAwgxz6dMlYmkAIwcA5MGhP8z0bjuu4nJsCJAFR2goQzn20 Oct 20, 2:28 PM cs_test_a1kFcc96hOXHs33201NSMJUaBdsQwzAdrKsF673WEZ4O8Y7kMoHWO5rXuK Oct 20, 6:03 PM For example, the session cs_test_a1kFcc… (expired Oct 20, 6:03 PM) belongs to according to its . It was created about 1 minute before the payment completed on Oct 19 at 6:04 PM (session cs_test_a1BFWfN39…, payment pi_3USJ37HwuXBczTHH1SY9BHpk). The expired session IDs differ from the sessions that were actually completed, so it looks like a second Checkout Session is created for the same order, and its expiry webhook sets the already confirmed order to Cancelled. What we would like to ask * Does the plugin create a new Checkout Session each time the customer reaches the payment step or returns to it? (Is it possible that two sessions are created for one order even without going back and forth?) * How should the plugin handle for an order that is already paid and confirmed? In our case the status is overwritten. * Is the correct configuration to subscribe the webhook endpoint only to and ? Our current endpoint events: [paste here what is selected in Stripe Dashboard → Webhooks]. * Can you recommend a fix or patch (for example, ignoring for orders that are already confirmed or shipped)? We attach screenshots of the HikaShop order history and of the Stripe Events list. We can also provide the full order ID, the webhook configuration and debug logs if needed. Thank you for your help. Best regards, Dániel Metz metzdaniel.hu") by [totama](/forum/user/70635-totama "View totama's Profile") 2 days 18 hours ago | | [](/forum/27-checkout/100000066-problem-with-paypal) | [Problem with paypal](/forum/27-checkout/100000066-problem-with-paypal "-- Browser(s) name and version -- :  Chrome 153.0 1) When I, as a customer, process an order an error is received after selecting the paypal payment option:  ERROR:: 0 Attempt to assign property  "quantity" on null -  Please see image: ") Category: [Checkout](/forum/27-checkout "Everything about the checkout process in Hikashop") Topic started 3 days 8 hours ago, by [wrina iamwe](/forum/user/34481-wrina-iamwe "View wrina iamwe's Profile") [Last Post](/forum/27-checkout/100000066-problem-with-paypal#100000321 "Hi, 1) The error message is most likely not related to the donation or to PayPal. We get exactly this error from HikaSerial (your HikaSubscription add-on) when the order gets confirmed: a "Serial Per Order" entry (or a pack added by hand to the order) still points to a serial pack that has since been deleted. When the payment confirms the order, HikaSerial tries to add serials from that missing pack and stops with "Attempt to assign property "quantity" on null". The order is already confirmed at that point, which is why it still goes through. To stop it now, go to Components > HikaSerial > Plugins, open "Serial Per Order - HikaSerial plugin" and look at the entries listed there: one whose Pack column is empty points to a deleted pack. Edit it and choose an existing pack, or unpublish or delete it if you no longer need it. In an order affected by this, the Serials area of the order also shows an "Order assignation" line with no pack name. We have prepared a fix for HikaSerial so that a missing pack is skipped instead of causing this error. It will come in a HikaSerial update, which your current maintenance covers. Until then, correcting the plugin entry as described above avoids the error. 2) The page in your screenshot is the payment page of the PayPal Checkout plugin, and it works as intended. Each button or form on it is a payment method that is enabled in the plugin's settings. To make it simpler, go to System > Payment methods in HikaShop, open your PayPal Checkout method and, in its "Payment methods" section, untick what you do not want to offer: "Credit and debit cards" removes the card form and its billing address, Skrill removes the Skrill button and the name field above it, and Google Pay, Apple Pay, PayPal Credit and Pay Later remove their buttons. Then save. The PayPal button itself is always shown. The settings are described here: www.hikashop.com/support/documentation/4...l-checkout-form.html The shopping cart on the right of that page looks like your HikaShop cart module. If you do not want it there, change the module's menu assignment so that it is not displayed on your checkout menu item.") 3 days 7 hours ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:1 Views:34 | [Last Post](/forum/27-checkout/100000066-problem-with-paypal#100000321 "Hi, 1) The error message is most likely not related to the donation or to PayPal. We get exactly this error from HikaSerial (your HikaSubscription add-on) when the order gets confirmed: a "Serial Per Order" entry (or a pack added by hand to the order) still points to a serial pack that has since been deleted. When the payment confirms the order, HikaSerial tries to add serials from that missing pack and stops with "Attempt to assign property "quantity" on null". The order is already confirmed at that point, which is why it still goes through. To stop it now, go to Components > HikaSerial > Plugins, open "Serial Per Order - HikaSerial plugin" and look at the entries listed there: one whose Pack column is empty points to a deleted pack. Edit it and choose an existing pack, or unpublish or delete it if you no longer need it. In an order affected by this, the Serials area of the order also shows an "Order assignation" line with no pack name. We have prepared a fix for HikaSerial so that a missing pack is skipped instead of causing this error. It will come in a HikaSerial update, which your current maintenance covers. Until then, correcting the plugin entry as described above avoids the error. 2) The page in your screenshot is the payment page of the PayPal Checkout plugin, and it works as intended. Each button or form on it is a payment method that is enabled in the plugin's settings. To make it simpler, go to System > Payment methods in HikaShop, open your PayPal Checkout method and, in its "Payment methods" section, untick what you do not want to offer: "Credit and debit cards" removes the card form and its billing address, Skrill removes the Skrill button and the name field above it, and Google Pay, Apple Pay, PayPal Credit and Pay Later remove their buttons. Then save. The PayPal button itself is always shown. The settings are described here: www.hikashop.com/support/documentation/4...l-checkout-form.html The shopping cart on the right of that page looks like your HikaShop cart module. If you do not want it there, change the module's menu assignment so that it is not displayed on your checkout menu item.") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 3 days 7 hours ago | | [](/forum/27-checkout/100000056-duplicate-orders-with-stripe-card-payments-when-purchasing-virtual-products) | [Duplicate orders with Stripe card payments when purchasing virtual products](/forum/27-checkout/100000056-duplicate-orders-with-stripe-card-payments-when-purchasing-virtual-products "-- url of the page with the problem -- : metzdaniel.hu -- HikaShop version -- : 6.6.0 -- Joomla version -- : 5.4.10 -- PHP version -- : 8.3.35 -- Browser(s) name and version -- : Firefox 158.0 -- Error-message(debug-mod must be tuned on) -- : Contents of the error log: OKOK - already confirmedOKOKOKOKOK 10.18.26 11:58:15 - stripecheckout Stripe Checkout session created. Session ID: cs_test_a1oRSGJWdJ6T5YOz7E0RODSekIxoGixBHcQn0JIv9V2DJOpi9EQniCmZJI 10.18.26 11:58:16 - stripecheckout Stripe Checkout session created. Session ID: cs_test_a1BabBDpvhILgDJu3Xc9WzVV7cyK2un8XarqHuNuxtxcSiNBE2omQEj0P8OK 10.18.26 12:04:59 - stripecheckout Stripe Checkout session created. Session ID: cs_test_a1rPsWd1AMvgMekTjfeZ2nQZWklZ0QSBU6R59tMnfxA3pNnjjh0n6CAFCM 10.18.26 12:05:01 - stripecheckout Stripe Checkout session created. Session ID: cs_test_a1LDOzTLYS1n6NLPyK2NeDgPB8312zONiNUVsP6Nik7OpWPq4fsiH0g6P8OK 10.18.26 12:22:19 - stripecheckout Stripe Checkout session created. Session ID: cs_test_a1nAnQnw9NWfmRzQiacl2GwEPpmyV5Rf9Eju5Z2C5BXvqc5azo49wEBbpU 10.18.26 12:22:21 - stripecheckout Stripe Checkout session created. Session ID: cs_test_a1UZece0Z15F5eyVps0ECyO9VOOZdC1Z2fb7NHe0oEee2MA26uFVkKdZUJOK 10.18.26 12:24:08 - stripecheckout Stripe Checkout session created. Session ID: cs_test_a1Q2nkjw6TmHQWUqxg5tGpPblBCBwh9lK3G9v17GydZ0eVKcrW7Z2Bd9vd 10.18.26 12:24:10 - stripecheckout Stripe Checkout session created. Session ID: cs_test_a19num2ecyJxrI7kh2LOqCxSheigzlC3ff6UT1mZHKdoxxtxXhmhEizYvGOK 10.18.26 12:27:54 - stripecheckout Stripe Checkout session created. Session ID: cs_test_a188gzoUtDVyPQwcpbsczM4DugWUizyuHIm9QX645ivsNtOeeyWl0khrRi 10.18.26 12:27:56 - stripecheckout Stripe Checkout session created. Session ID: cs_test_a1RcFQQuWLrXfuWJITUHoZKTBUaYkyFQ5FR02CcVUJ60onO8bIXousUHnqOK The issue is that purchasing a single virtual product via Stripe (credit/debit card payment) results in the creation of two separate orders, which is confusing in itself. Furthermore, two items are deducted from stock instead of one—which is a clear error.  The first order has a status of "created," while the second is marked as "confirmed." The customer receives an email for both orders, which is also confusing. Naturally, only the email for the second, "confirmed" order contains the download link.  How can this duplicate order issue be resolved? Thomas") Category: [Checkout](/forum/27-checkout "Everything about the checkout process in Hikashop") Topic started 6 days 12 hours ago, by [totama](/forum/user/70635-totama "View totama's Profile") [Last Post](/forum/27-checkout/100000056-duplicate-orders-with-stripe-card-payments-when-purchasing-virtual-products#100000287 "Please accept my apologies; I wrote something incorrect in my previous message. It was a mistake—I failed to fill in one of the fields before submitting the order. In fact, the order went through successfully; the test purchase and payment were completed, and the link for the virtual product arrived via email. Only one order was created, and only one unit of the product was deducted from inventory. Thank you very much for your help,the problem has been solved.") 5 days 21 hours ago by [totama](/forum/user/70635-totama "View totama's Profile") | Replies:3 Views:52 | [Last Post](/forum/27-checkout/100000056-duplicate-orders-with-stripe-card-payments-when-purchasing-virtual-products#100000287 "Please accept my apologies; I wrote something incorrect in my previous message. It was a mistake—I failed to fill in one of the fields before submitting the order. In fact, the order went through successfully; the test purchase and payment were completed, and the link for the virtual product arrived via email. Only one order was created, and only one unit of the product was deducted from inventory. Thank you very much for your help,the problem has been solved.") by [totama](/forum/user/70635-totama "View totama's Profile") 5 days 21 hours ago | | [](/forum/27-checkout/100000051-modify-the-checkout) | [Modify the Checkout](/forum/27-checkout/100000051-modify-the-checkout "-- Browser(s) name and version -- : Chrome 152.0 Hi, We need to help modify the checkout process that are request by the marketing team. First, they need to add the customer email address into the part billing and shipping address during the checkout. You may refer to the attachment. Thanks for the help.") Category: [Checkout](/forum/27-checkout "Everything about the checkout process in Hikashop") Topic started 1 week 1 day ago, by [alainz](/forum/user/44013-alainz "View alainz's Profile") [Last Post](/forum/27-checkout/100000051-modify-the-checkout#100000285 "It working. Thanks for the help.") 6 days 35 minutes ago by [alainz](/forum/user/44013-alainz "View alainz's Profile") | Replies:1 Views:67 | [Last Post](/forum/27-checkout/100000051-modify-the-checkout#100000285 "It working. Thanks for the help.") by [alainz](/forum/user/44013-alainz "View alainz's Profile") 6 days 35 minutes ago | | [](/forum/27-checkout/100000053-discount-for-orders-with-3-or-more-products) | [Discount for Orders with 3 or More Products](/forum/27-checkout/100000053-discount-for-orders-with-3-or-more-products "-- HikaShop version -- : 6.6.0 -- Joomla version -- : 6.2.0 -- PHP version -- : 8.3 -- Browser(s) name and version -- :  Chrome 155.0 Hi! Could you please help me set up a discount of $5 per product when a customer adds 3 or more different products to their cart? For example: * If a customer adds 1 or 2 different or same products to the cart, no discount is applied. * If a customer adds 3 different or same products, they receive a $15 discount ($5 × 3). * If a customer adds 4 different or sane products, they receive a $20 discount ($5 × 4), and so on. The discount should be applied automatically at checkout. I use few currencies on the site - euro, usd and more Is this possible to configure? Thank you for your help!") Category: [Checkout](/forum/27-checkout "Everything about the checkout process in Hikashop") Topic started 1 week 1 day ago, by [designer71](/forum/user/39268-designer71 "View designer71's Profile") [Last Post](/forum/27-checkout/100000053-discount-for-orders-with-3-or-more-products#100000270 "Great! thank you!") 1 week 19 hours ago by [designer71](/forum/user/39268-designer71 "View designer71's Profile") | Replies:3 Views:65 | [Last Post](/forum/27-checkout/100000053-discount-for-orders-with-3-or-more-products#100000270 "Great! thank you!") by [designer71](/forum/user/39268-designer71 "View designer71's Profile") 1 week 19 hours ago | | [](/forum/27-checkout/100000049-title-500-error-a-key-is-required-when-opening-checkout-without-itemid-jooml) | [Title: 500 error "A key is required" when opening checkout without Itemid (Jooml](/forum/27-checkout/100000049-title-500-error-a-key-is-required-when-opening-checkout-without-itemid-jooml "-- url of the page with the problem -- : www.greenfirezuidlaren.nl/ -- HikaShop version -- : 6.6.0 (Business) -- Joomla version -- : 6.1.3 -- PHP version -- : 8.4.25 -- Browser(s) name and version -- :  Chrome 155.0 -- Error-message(debug-mod must be tuned on) -- : : 0 - A key is required Hi, I ran into a 500 error on our shop ( www.greenfirezuidlaren.nl ) and tracked it down to the checkout controller. It looks like a Joomla 6 compatibility issue, so I thought I'd share what I found. Our setup: Joomla 6.1.3, PHP 8.4.25, HikaShop Business 6.6.0 and YOOtheme Pro 5. The checkout menu item is set in the HikaShop configuration (checkout_itemid 434, SEF name "afrekenen"). What happens: when a visitor has something in their cart and opens the checkout without an Itemid in the URL, they get a 500 page saying "0 - A key is required". For example: www.greenfirezuidlaren.nl/component/hikashop/checkout We mostly saw this through old add-to-cart links like /component/hikashop/product/updatecart/add-1/cid-66, which redirect to that URL. A few things I noticed while testing: - With an empty cart (or no session at all) there's no error, you just get redirected to the product listing. - As soon as there's any Itemid in the URL, even one that doesn't exist, HikaShop redirects nicely to the checkout menu item. - It also happens with tmpl=component and format=raw, so it's not the template. I briefly turned on Joomla debug to get the stack trace: 1  JROOT/libraries/vendor/joomla/database/src/DatabaseQuery.php:1890 2  Joomla\Database\DatabaseQuery->bind()   JROOT/libraries/vendor/joomla/database/src/DatabaseQuery.php:1988 3  Joomla\Database\DatabaseQuery->bindArray()   JROOT/libraries/src/Language/Associations.php:126 4  Joomla\CMS\Language\Associations::getAssociations()   JROOT/administrator/components/com_menus/src/Helper/MenusHelper.php:281 5  Joomla\Component\Menus\Administrator\Helper\MenusHelper::getAssociations()   JROOT/components/com_hikashop/controllers/checkout.php:159 6  checkoutController->show()   JROOT/libraries/src/MVC/Controller/BaseController.php:738 7  hikashopController->execute()   JROOT/administrator/components/com_hikashop/helpers/helper.php:3167 8  require_once()   JROOT/components/com_hikashop/hikashop.php:85 So as far as I can tell, line 159 of checkout.php calls MenusHelper::getAssociations() with an empty menu item id when there's no Itemid. Joomla 6 then hands an empty array to bindArray(), which throws the exception. Joomla 5 didn't complain about this, which is probably why it hasn't come up before. I noticed the changelog for 6.5.1 mentions a change to this same block (the multilingual menu associations in the checkout, which now only runs when the Joomla classes exist). Maybe a check on the menu item id could be added there as well. We're on 6.6.0, which is the latest version available to us. A simple guard would probably fix it: only call getAssociations() when the menu item id is above 0, or fall back to the configured checkout_itemid first. For now I've added this to our .htaccess as a workaround, and that works fine: Because of that workaround, the link above now redirects instead of showing the error.  Best regards, Sinus") Category: [Checkout](/forum/27-checkout "Everything about the checkout process in Hikashop") Topic started 1 week 2 days ago, by [Sinus](/forum/user/44473-sinus "View Sinus's Profile") [Last Post](/forum/27-checkout/100000049-title-500-error-a-key-is-required-when-opening-checkout-without-itemid-jooml#100000252 "Thanks for the quick fix and the explanation! You're right, I double-checked and the site is running Joomla 6.2.0 with PHP 8.5.11, not 6.1.3, sorry for the confusion. I'll install the updated package...") 1 week 1 day ago by [Sinus](/forum/user/44473-sinus "View Sinus's Profile") | Replies:1 Views:56 | [Last Post](/forum/27-checkout/100000049-title-500-error-a-key-is-required-when-opening-checkout-without-itemid-jooml#100000252 "Thanks for the quick fix and the explanation! You're right, I double-checked and the site is running Joomla 6.2.0 with PHP 8.5.11, not 6.1.3, sorry for the confusion. I'll install the updated package...") by [Sinus](/forum/user/44473-sinus "View Sinus's Profile") 1 week 1 day ago | | [](/forum/27-checkout/100000046-paid-access-to-content-item-cannot-pay-purchase) | [Paid access to content item cannot pay/purchase](/forum/27-checkout/100000046-paid-access-to-content-item-cannot-pay-purchase "-- HikaShop version -- : 6.7.0 -- Joomla version -- : 6.2.0 -- Browser(s) name and version -- : Firefox 157.0 Settings below for paid access to a specific page with information When that item is ordered by itself .... click "Finish" the page refreshes nothing more and aren't get sent to the payment gateway When another item which includes postage is added the process works as expected. Product Item -  Payment provides access to a specific page of information when logged in Value = $20 Order amount = 1 ONLY System > Shipping Methods Minimum Price = 10.00 Minimum Order = 1 Minimum Weight = 1gram Shipping Prices AustPost - $0.00 Minimum weight:1g Minimum price:$10.00") Category: [Checkout](/forum/27-checkout "Everything about the checkout process in Hikashop") Topic started 1 week 2 days ago, by [yerg55](/forum/user/60833-yerg55 "View yerg55's Profile") [Last Post](/forum/27-checkout/100000046-paid-access-to-content-item-cannot-pay-purchase#100000237 "-- HikaShop version -- : 6.7.0 -- Joomla version -- : 6.2.0 -- Browser(s) name and version -- : Firefox 157.0 Settings below for paid access to a specific page with information When that item is ordered by itself .... click "Finish" the page refreshes nothing more and aren't get sent to the payment gateway When another item which includes postage is added the process works as expected. Product Item -  Payment provides access to a specific page of information when logged in Value = $20 Order amount = 1 ONLY System > Shipping Methods Minimum Price = 10.00 Minimum Order = 1 Minimum Weight = 1gram Shipping Prices AustPost - $0.00 Minimum weight:1g Minimum price:$10.00") 1 week 2 days ago by [yerg55](/forum/user/60833-yerg55 "View yerg55's Profile") | Replies:0 Views:68 | [Last Post](/forum/27-checkout/100000046-paid-access-to-content-item-cannot-pay-purchase#100000237 "-- HikaShop version -- : 6.7.0 -- Joomla version -- : 6.2.0 -- Browser(s) name and version -- : Firefox 157.0 Settings below for paid access to a specific page with information When that item is ordered by itself .... click "Finish" the page refreshes nothing more and aren't get sent to the payment gateway When another item which includes postage is added the process works as expected. Product Item -  Payment provides access to a specific page of information when logged in Value = $20 Order amount = 1 ONLY System > Shipping Methods Minimum Price = 10.00 Minimum Order = 1 Minimum Weight = 1gram Shipping Prices AustPost - $0.00 Minimum weight:1g Minimum price:$10.00") by [yerg55](/forum/user/60833-yerg55 "View yerg55's Profile") 1 week 2 days ago | | [](/forum/27-checkout/910524-override-notify-mail-address-when-certain-products-are-ordered) | [Override notify mail address when certain products are ordered](/forum/27-checkout/910524-override-notify-mail-address-when-certain-products-are-ordered "In the general Hikashop settings you can set an admin email address that receives the notification when a product is ordered. For certain products I want to use a different email address. Is it possible to override this setting?") Category: [Checkout](/forum/27-checkout "Everything about the checkout process in Hikashop") Topic started 5 months 1 week ago, by [yolknet](/forum/user/12476-yolknet "View yolknet's Profile") [Last Post](/forum/27-checkout/910524-override-notify-mail-address-when-certain-products-are-ordered#100000190 "Hi Nicolas, There is something not correct in the code you wrote. I have to following lines in the preload section of the order_admin_notification: // Map a category id to the recipient email address that should // receive the admin notification when any product in that category // is in the order. Add more rows here if you want to handle several // categories with different recipients. $category_override_map = array( 50 => ); if(!empty($data) && !empty($data->cart->products) && !empty($data->customer)) { // Collect both the variant id and its parent product id, since // categories in HikaShop are typically assigned on the main // product, not on each variant. $product_ids = array(); foreach($data->cart->products as $p) { if(!empty($p->product_id)) $product_ids[(int)$p->product_id] = (int)$p->product_id; if(!empty($p->product_parent_id)) $product_ids[(int)$p->product_parent_id] = (int)$p->product_parent_id; } if(!empty($product_ids)) { $db = JFactory::getDBO(); $db->setQuery( 'SELECT DISTINCT category_id FROM ' . hikashop_table('product_category') . ' WHERE product_id IN (' . implode(',', $product_ids) . ')' ); $order_categories = array_map('intval', (array)$db->loadColumn()); foreach($category_override_map as $catId => $to) { if(in_array((int)$catId, $order_categories, true)) { // Full replacement of the recipient. If you would rather ADD // to the configured admin emails instead of replacing them, do: // $current = (array)$data->customer->user_email; // $current[] = $to; // $data->customer->user_email = $current; $data->customer->user_email = $to; break; } } } } If someone orders a product from category 50 the email isn't send. Can I also add a second email address to the same category?") 1 week 6 days ago by [yolknet](/forum/user/12476-yolknet "View yolknet's Profile") | Replies:7 Views:303 | [Last Post](/forum/27-checkout/910524-override-notify-mail-address-when-certain-products-are-ordered#100000190 "Hi Nicolas, There is something not correct in the code you wrote. I have to following lines in the preload section of the order_admin_notification: // Map a category id to the recipient email address that should // receive the admin notification when any product in that category // is in the order. Add more rows here if you want to handle several // categories with different recipients. $category_override_map = array( 50 => ); if(!empty($data) && !empty($data->cart->products) && !empty($data->customer)) { // Collect both the variant id and its parent product id, since // categories in HikaShop are typically assigned on the main // product, not on each variant. $product_ids = array(); foreach($data->cart->products as $p) { if(!empty($p->product_id)) $product_ids[(int)$p->product_id] = (int)$p->product_id; if(!empty($p->product_parent_id)) $product_ids[(int)$p->product_parent_id] = (int)$p->product_parent_id; } if(!empty($product_ids)) { $db = JFactory::getDBO(); $db->setQuery( 'SELECT DISTINCT category_id FROM ' . hikashop_table('product_category') . ' WHERE product_id IN (' . implode(',', $product_ids) . ')' ); $order_categories = array_map('intval', (array)$db->loadColumn()); foreach($category_override_map as $catId => $to) { if(in_array((int)$catId, $order_categories, true)) { // Full replacement of the recipient. If you would rather ADD // to the configured admin emails instead of replacing them, do: // $current = (array)$data->customer->user_email; // $current[] = $to; // $data->customer->user_email = $current; $data->customer->user_email = $to; break; } } } } If someone orders a product from category 50 the email isn't send. Can I also add a second email address to the same category?") by [yolknet](/forum/user/12476-yolknet "View yolknet's Profile") 1 week 6 days ago | | [](/forum/27-checkout/100000007-paypal-checkout) | [PayPal Checkout](/forum/27-checkout/100000007-paypal-checkout "-- HikaShop version -- : 6.6.0 -- Joomla version -- : 6.1.3 -- PHP version -- : 8.3 -- Browser(s) name and version -- : Chrome 154.0 Hi. I use PayPal Checkout plugin. Many times after click by Paypal button I get pop up without any information; if I close it I see second pop up and message: please see it on small video in attach Any solution, please... thank you") Category: [Checkout](/forum/27-checkout "Everything about the checkout process in Hikashop") Topic started 3 weeks 4 days ago, by [designer71](/forum/user/39268-designer71 "View designer71's Profile") [Last Post](/forum/27-checkout/100000007-paypal-checkout#100000032 "I finded answer.Please close this ticket") 3 weeks 4 days ago by [designer71](/forum/user/39268-designer71 "View designer71's Profile") | Replies:1 Views:82 | [Last Post](/forum/27-checkout/100000007-paypal-checkout#100000032 "I finded answer.Please close this ticket") by [designer71](/forum/user/39268-designer71 "View designer71's Profile") 3 weeks 4 days ago | | [](/forum/27-checkout/100000005-adding-custom-field-to-billing-address-in-email) | [Adding custom field to billing address in email](/forum/27-checkout/100000005-adding-custom-field-to-billing-address-in-email "-- Browser(s) name and version -- : Firefox 156.0 In the confirmation mail after an order the billing and shipment address are displayed. I added a custom field for the house number. Where do I add this custom field so it's in the address block of the email?") Category: [Checkout](/forum/27-checkout "Everything about the checkout process in Hikashop") Topic started 3 weeks 4 days ago, by [yolknet](/forum/user/12476-yolknet "View yolknet's Profile") [Last Post](/forum/27-checkout/100000005-adding-custom-field-to-billing-address-in-email#100000025 "-- Browser(s) name and version -- : Firefox 156.0 In the confirmation mail after an order the billing and shipment address are displayed. I added a custom field for the house number. Where do I add this custom field so it's in the address block of the email?") 3 weeks 4 days ago by [yolknet](/forum/user/12476-yolknet "View yolknet's Profile") | Replies:0 Views:61 | [Last Post](/forum/27-checkout/100000005-adding-custom-field-to-billing-address-in-email#100000025 "-- Browser(s) name and version -- : Firefox 156.0 In the confirmation mail after an order the billing and shipment address are displayed. I added a custom field for the house number. Where do I add this custom field so it's in the address block of the email?") by [yolknet](/forum/user/12476-yolknet "View yolknet's Profile") 3 weeks 4 days ago | | [](/forum/27-checkout/910837-register-new-account-layout) | [Register / New Account layout](/forum/27-checkout/910837-register-new-account-layout "-- HikaShop version -- : 6.6.0 -- Joomla version -- : 6.1.3 -- PHP version -- : 8.4.25 Customer orders and goes to the cart to register or login Existing customers may have long passwords and * 1. we don't want a change username to appear How to make that invisible? Language file edit? * 2. view password button doesn't show the password (Windows/Firefox) Am chasing down versions * 3. view password cannot be viewed without scrolling. Where can the balance between rego/login balance be changed") Category: [Checkout](/forum/27-checkout "Everything about the checkout process in Hikashop") Topic started 1 month 3 days ago, by [yerg55](/forum/user/60833-yerg55 "View yerg55's Profile") [Last Post](/forum/27-checkout/910837-register-new-account-layout#373501 "Ripper. As always brilliant clarity") 1 month 19 hours ago by [yerg55](/forum/user/60833-yerg55 "View yerg55's Profile") | Replies:2 Views:263 | [Last Post](/forum/27-checkout/910837-register-new-account-layout#373501 "Ripper. As always brilliant clarity") by [yerg55](/forum/user/60833-yerg55 "View yerg55's Profile") 1 month 19 hours ago | | [](/forum/27-checkout/910835-cannot-make-payment) | [cannot make payment](/forum/27-checkout/910835-cannot-make-payment "-- HikaShop version -- : 6.6.0 -- Joomla version -- : 3.10 -- PHP version -- : 7.4.33 -- Browser(s) name and version -- : firefox 155.0.1 -- Error-message(debug-mod must be tuned on) -- : The payment buttons could not be loaded. Please disable any cookie consent or javascript optimization extension blocking www.paypal.com , then reload this page. after choosing product and going to cart, we get the following message: The payment buttons could not be loaded. Please disable any cookie consent or javascript optimization extension blocking www.paypal.com , then reload this page. WE don't want each customer to have to do this on their browser. How can we fix this on our end. Our only payment option is Paypal.") Category: [Checkout](/forum/27-checkout "Everything about the checkout process in Hikashop") Topic started 1 month 4 days ago, by [aimlesslady](/forum/user/7696-aimlesslady "View aimlesslady's Profile") [Last Post](/forum/27-checkout/910835-cannot-make-payment#373495 "Thank you for your prompt reply") 1 month 1 day ago by [aimlesslady](/forum/user/7696-aimlesslady "View aimlesslady's Profile") | Replies:2 Views:191 | [Last Post](/forum/27-checkout/910835-cannot-make-payment#373495 "Thank you for your prompt reply") by [aimlesslady](/forum/user/7696-aimlesslady "View aimlesslady's Profile") 1 month 1 day ago | | [](/forum/27-checkout/910845-cancellation-of-payment) | [Cancellation of payment](/forum/27-checkout/910845-cancellation-of-payment "-- url of the page with the problem -- : www.vobovie.nl/ -- HikaShop version -- : 6.6.0 -- Joomla version -- : 5.4.8 -- PHP version -- : 8.5.10 When a customer chooses to pay via Mollie, an email is sent confirming that the order has been created. If the payment is subsequently aborted, an email stating that the order has been cancelled arrives after approximately 16 minutes. How can we change this so that no email is sent when the customer is redirected to Mollie, and so that—upon receipt of the information regarding the aborted payment—the order is reversed without emptying the shopping cart?") Category: [Checkout](/forum/27-checkout "Everything about the checkout process in Hikashop") Topic started 1 month 1 day ago, by [hkoopman](/forum/user/83103-hkoopman "View hkoopman's Profile") [Last Post](/forum/27-checkout/910845-cancellation-of-payment#373489 "Hi, In the menu System>Emails, unpublish the Order creation notification for the email sent to the user when the order is created, and the Order administrator notification for the email sent to the merchant when the order is created.") 1 month 1 day ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:1 Views:110 | [Last Post](/forum/27-checkout/910845-cancellation-of-payment#373489 "Hi, In the menu System>Emails, unpublish the Order creation notification for the email sent to the user when the order is created, and the Order administrator notification for the email sent to the merchant when the order is created.") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 1 month 1 day ago | | [](/forum/27-checkout/910842-one-page-checkout-for-entire-categories) | [One-page checkout for entire categories](/forum/27-checkout/910842-one-page-checkout-for-entire-categories "-- HikaShop version -- : 6.6.0 -- Joomla version -- : 6.1.3 -- PHP version -- : 8.4 Hi, The new “One-Page Checkout” feature sounds exciting. A customer has a store where he sells physical products as well as some gift certificates. The gift certificates are displayed separately; from the outside, it doesn’t look like the same store. This new feature would be especially useful for gift certificates. If I’m interpreting the text at www.hikashop.com/home/blog/541-hikashop-6-6-0.html correctly, would I have to create 50 individual menu items for the 50 gift certificates in order to use this feature? Or is there a way I can assign “One Page Checkout” to an entire category? Best regards Stefan") Category: [Checkout](/forum/27-checkout "Everything about the checkout process in Hikashop") Topic started 1 month 1 day ago, by [smart web](/forum/user/52782-smart-web "View smart web's Profile") [Last Post](/forum/27-checkout/910842-one-page-checkout-for-entire-categories#373487 "Hello Stefan, On 6.6.0, the one page checkout is tied to the product selected in the menu item, so you would indeed need one menu item per gift certificate. Your question made us look at this closely and we changed it for HikaShop 6.7.0. There, a single "Product page" menu item with the one page checkout can sell every product opened through it. Display your gift certificates category with a HikaShop module, select that menu item in the "Menu" setting of the module, and each certificate opens with its own checkout under it. 6.7.0 also adds a "Cart used" setting in the "One page checkout" tab of the menu item. By default, the page gets a cart of its own: a customer who already put physical products in the cart of your shop only orders the certificate on that page, and their cart is still there afterwards. One thing to be aware of on 6.6.0 in the meantime: if a customer already has products in their cart when they open a one page product page, they need to change the quantity of the product on the page before ordering, otherwise the order will only contain the products of their cart. 6.7.0 fixes that as well.") 1 month 1 day ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:1 Views:117 | [Last Post](/forum/27-checkout/910842-one-page-checkout-for-entire-categories#373487 "Hello Stefan, On 6.6.0, the one page checkout is tied to the product selected in the menu item, so you would indeed need one menu item per gift certificate. Your question made us look at this closely and we changed it for HikaShop 6.7.0. There, a single "Product page" menu item with the one page checkout can sell every product opened through it. Display your gift certificates category with a HikaShop module, select that menu item in the "Menu" setting of the module, and each certificate opens with its own checkout under it. 6.7.0 also adds a "Cart used" setting in the "One page checkout" tab of the menu item. By default, the page gets a cart of its own: a customer who already put physical products in the cart of your shop only orders the certificate on that page, and their cart is still there afterwards. One thing to be aware of on 6.6.0 in the meantime: if a customer already has products in their cart when they open a one page product page, they need to change the quantity of the product on the page before ordering, otherwise the order will only contain the products of their cart. 6.7.0 fixes that as well.") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 1 month 1 day ago | | [](/forum/27-checkout/910824-add-success-confirmation-message-upon-successful-user-account-creation) | [Add success confirmation message upon successful user account creation](/forum/27-checkout/910824-add-success-confirmation-message-upon-successful-user-account-creation "-- HikaShop version -- : 6.5.2 -- Joomla version -- : 5.4.7 Hello, In Step 1 of my Checkout Workflow I have Override registration set to No and Show submit button set to Yes. This adds a small Register button after the user registration form. I also have New User Account Activation set to none, so accounts are activated automatically upon registration. However, after a successful registration, the registration form and button both disappear without any confirmation. I'd like to have a clear success message confirming that the account was created successfully. I understand you can set an e-mail to fire at this step, but during the checkout process the user is left to click on the next button to continue the process after assuming the registration went well. There is already a mechanism for Hikashop to display error messages at this step. For instance, if I attempt to register a new account under an existing username, I get: This appears to be handled by Javascript via and ` Please consider adding a success message inside the Login block of the checkout upon successful registration. Something along the lines of "Your account has been created successfully. You may now continue with the checkout process." If this mechanism already exists please let me know how I can add it to my existing workflow. Thanks in advance, Brett") Category: [Checkout](/forum/27-checkout "Everything about the checkout process in Hikashop") Topic started 1 month 1 week ago, by [brettv](/forum/user/68705-brettv "View brettv's Profile") [Last Post](/forum/27-checkout/910824-add-success-confirmation-message-upon-successful-user-account-creation#373421 "Hi Brett, Thanks for your feedback. You're right, there was no such message: after a successful registration with the automatic activation, the customer is logged in and the login block simply becomes empty. We've added it for the next version of HikaShop: in that case, the login block should now display "Your account has been created. You can now continue with your order." The text can be changed with a translation override of the key HIKA_REGISTRATION_SUCCESS_CONTINUE.") 1 month 1 week ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:1 Views:543 | [Last Post](/forum/27-checkout/910824-add-success-confirmation-message-upon-successful-user-account-creation#373421 "Hi Brett, Thanks for your feedback. You're right, there was no such message: after a successful registration with the automatic activation, the customer is logged in and the login block simply becomes empty. We've added it for the next version of HikaShop: in that case, the login block should now display "Your account has been created. You can now continue with your order." The text can be changed with a translation override of the key HIKA_REGISTRATION_SUCCESS_CONTINUE.") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 1 month 1 week ago | | [](/forum/27-checkout/910818-display-weight-of-products-in-invoice) | [display weight of products in invoice](/forum/27-checkout/910818-display-weight-of-products-in-invoice "-- HikaShop version -- : 6.6.0 -- Joomla version -- : 6.1.3 Hi! How to display weight of products in HikaShop - generate PDF invoice plugin? thank you") Category: [Checkout](/forum/27-checkout "Everything about the checkout process in Hikashop") Topic started 1 month 1 week ago, by [designer71](/forum/user/39268-designer71 "View designer71's Profile") [Last Post](/forum/27-checkout/910818-display-weight-of-products-in-invoice#373413 "Hi, Yes, the PDF invoice is attached automatically, you don't need to do anything for each order. When the payment confirms the order, HikaShop sends the order status notification email to the buyer, and the plugin attaches the invoice to it. It is the same if the order is created directly with the confirmed status. For the seller, the admin notification email doesn't get the invoice. Instead, enter your email address in the "Send a copy to" setting of the plugin. You then receive a copy (in BCC) of the email sent to the buyer, with the invoice attached. You can enter several addresses separated by commas. Two things to check if the invoice doesn't arrive: - the "Order status notification" email must be published in HikaShop > System > Emails - by default, the invoice is only attached when the order gets the confirmed status of your configuration. If you want it for other statuses too, list them in the "Statuses for email attachment" setting of the plugin, for example: confirmed,shipped") 1 month 1 week ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:6 Views:186 | [Last Post](/forum/27-checkout/910818-display-weight-of-products-in-invoice#373413 "Hi, Yes, the PDF invoice is attached automatically, you don't need to do anything for each order. When the payment confirms the order, HikaShop sends the order status notification email to the buyer, and the plugin attaches the invoice to it. It is the same if the order is created directly with the confirmed status. For the seller, the admin notification email doesn't get the invoice. Instead, enter your email address in the "Send a copy to" setting of the plugin. You then receive a copy (in BCC) of the email sent to the buyer, with the invoice attached. You can enter several addresses separated by commas. Two things to check if the invoice doesn't arrive: - the "Order status notification" email must be published in HikaShop > System > Emails - by default, the invoice is only attached when the order gets the confirmed status of your configuration. If you want it for other statuses too, list them in the "Statuses for email attachment" setting of the plugin, for example: confirmed,shipped") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 1 month 1 week ago | | [](/forum/27-checkout/910816-checkout-process-not-working-in-wordpress-although-identical-to-joomla) | [Checkout process not working in WordPress - although identical to Joomla](/forum/27-checkout/910816-checkout-process-not-working-in-wordpress-although-identical-to-joomla "-- HikaShop version -- : 6.6.0 -- PHP version -- : 8.3.33 -- Browser(s) name and version -- : any I have exported my webshop from my Joomla 5.4.8 page to a new Wordpress 7.1 page. Both with latest Hikashop version 6.6.0. The import/export had to happen through myPHP export/import before being able to use the migration tool. However, now, everything seems to have moved fine. Everything is there, orders, payment plugins, products, workflow etc. However, the checkout workflow seems to stop after having entered the address, when pressing next, it ends up being on the same page (address/login) again and it doesn't move on to the payment step. Sometimes it brings an error about a token. And sometimes, it quickly shows a 401. Any idea what went wrong and how I could fix it?") Category: [Checkout](/forum/27-checkout "Everything about the checkout process in Hikashop") Topic started 1 month 1 week ago, by [cskmanagement](/forum/user/34856-cskmanagement "View cskmanagement's Profile") [Last Post](/forum/27-checkout/910816-checkout-process-not-working-in-wordpress-although-identical-to-joomla#373396 "Hello Chris, Thank you for the access. We went through the checkout on your test site as a guest, and the "Next" button sends the customer back to the first step even when the guest information and the address are saved properly. If we open the second step directly, the payment methods display, so the data is fine: only the link to the next step is wrong. Your site runs the build 2609141229 (you can see this number at the top of the main tab of the HikaShop configuration). The fix for that problem was added to the package after that build. Please download HikaShop Business again from your subscriptions area and install it over your current version, the build number displayed in the configuration should then be more recent. That should let the checkout move on to the payment step. We did not get the security token error during our tests on your site. If you still see it after the update, please tell us after which click it appears. Also, the setting "URL where you will be redirected when the cart is empty" (main tab of the HikaShop configuration) points to /store/online-store-all which gives a 404 on your website (it probably comes from your Joomla site). You can change it to your /shop/ page, or empty it so that HikaShop uses your shop page.") 1 month 1 week ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:4 Views:185 | [Last Post](/forum/27-checkout/910816-checkout-process-not-working-in-wordpress-although-identical-to-joomla#373396 "Hello Chris, Thank you for the access. We went through the checkout on your test site as a guest, and the "Next" button sends the customer back to the first step even when the guest information and the address are saved properly. If we open the second step directly, the payment methods display, so the data is fine: only the link to the next step is wrong. Your site runs the build 2609141229 (you can see this number at the top of the main tab of the HikaShop configuration). The fix for that problem was added to the package after that build. Please download HikaShop Business again from your subscriptions area and install it over your current version, the build number displayed in the configuration should then be more recent. That should let the checkout move on to the payment step. We did not get the security token error during our tests on your site. If you still see it after the update, please tell us after which click it appears. Also, the setting "URL where you will be redirected when the cart is empty" (main tab of the HikaShop configuration) points to /store/online-store-all which gives a 404 on your website (it probably comes from your Joomla site). You can change it to your /shop/ page, or empty it so that HikaShop uses your shop page.") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 1 month 1 week ago | | [](/forum/27-checkout/910817-subtotal-in-order-notification-mail-tax) | [Subtotal in order notification mail tax](/forum/27-checkout/910817-subtotal-in-order-notification-mail-tax "-- url of the page with the problem -- : swann.eu -- HikaShop version -- : 6.6.0 -- Joomla version -- : 6.1.3 -- PHP version -- : 8.4.25 Hi, I have the tax display setting to both. The order change notification e-mail is showing the amount of the subtotal with the tax but the label says "without tax" Did I miss anything in the config?") Category: [Checkout](/forum/27-checkout "Everything about the checkout process in Hikashop") Topic started 1 month 1 week ago, by [nico.van.leeuwen](/forum/user/12404-nico-van-leeuwen "View nico.van.leeuwen's Profile") [Last Post](/forum/27-checkout/910817-subtotal-in-order-notification-mail-tax#373387 "Found the issue, and it was less complex ... someone changed the language file :-) So sorted. Thanks for the inspiration, saved it for other cases.") 1 month 1 week ago by [nico.van.leeuwen](/forum/user/12404-nico-van-leeuwen "View nico.van.leeuwen's Profile") | Replies:2 Views:174 | [Last Post](/forum/27-checkout/910817-subtotal-in-order-notification-mail-tax#373387 "Found the issue, and it was less complex ... someone changed the language file :-) So sorted. Thanks for the inspiration, saved it for other cases.") by [nico.van.leeuwen](/forum/user/12404-nico-van-leeuwen "View nico.van.leeuwen's Profile") 1 month 1 week ago | | [](/forum/27-checkout/910652-different-email-to-customer-depending-on-order) | [Different Email To Customer Depending on Order](/forum/27-checkout/910652-different-email-to-customer-depending-on-order "-- HikaShop version -- : 6.5.0 [2605281459] -- Joomla version -- : 6.1.1 -- PHP version -- : 8.4.22 * We are selling physical products and as well a digital product. * All orders require registration * We are using HikaShop Tags to hide content from those who haven't paid for the digital items * Now looking to send, in the order confirmation email, to anyone purchasing the digital item or both physical/digital a different email confirmation to those who only purchased the physical products. We are looking to include the link to the "hidden" menu item for them to access a login form redirecting them to the "hidden" page Possible?") Category: [Checkout](/forum/27-checkout "Everything about the checkout process in Hikashop") Topic started 3 months 2 weeks ago, by [yerg55](/forum/user/60833-yerg55 "View yerg55's Profile") [Last Post](/forum/27-checkout/910652-different-email-to-customer-depending-on-order#373271 "Hi, I looked into it again today, and tried to reproduce the problem on my end, but the custom code works fine in all my tests with HikaShop 6.6.0. The problem is elsewhere. There is some information you didn't provide (or missed) about the situation. For example, if you're looking at another email than the one you modified. Or if you have a specific setup with products I didn't thought about. I guess the best would be for me to directly look in your backend in order to better understand the situation. Could you provide a backend access via our contact form ? www.hikashop.com/support/contact-us.html") 1 month 3 weeks ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:6 Views:357 | [Last Post](/forum/27-checkout/910652-different-email-to-customer-depending-on-order#373271 "Hi, I looked into it again today, and tried to reproduce the problem on my end, but the custom code works fine in all my tests with HikaShop 6.6.0. The problem is elsewhere. There is some information you didn't provide (or missed) about the situation. For example, if you're looking at another email than the one you modified. Or if you have a specific setup with products I didn't thought about. I guess the best would be for me to directly look in your backend in order to better understand the situation. Could you provide a backend access via our contact form ? www.hikashop.com/support/contact-us.html") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 1 month 3 weeks ago | | [](/forum/27-checkout/910786-guest-checkout-allowed-even-with-an-email-already-used-by-a-registered-account) | [Guest checkout allowed even with an email already used by a registered account](/forum/27-checkout/910786-guest-checkout-allowed-even-with-an-email-already-used-by-a-registered-account "Hi, We'd like to understand how guest checkout is supposed to work in this situation: If a customer places an order as a guest, using the same email address as an already existing registered user account on our site, is the guest checkout supposed to be blocked (asking the customer to log in instead), or is it normal for it to go through without any error? On our site, the guest checkout currently goes through without any issue, even when the email matches an existing account. We just want to confirm whether this is the expected/normal behavior, or if there's something in our configuration that should be changed. Thanks in advance :) Coopweb") Category: [Checkout](/forum/27-checkout "Everything about the checkout process in Hikashop") Topic started 1 month 3 weeks ago, by [coopweb](/forum/user/84041-coopweb "View coopweb's Profile") [Last Post](/forum/27-checkout/910786-guest-checkout-allowed-even-with-an-email-already-used-by-a-registered-account#373240 "Hi, No. Since it is a guest purchase, it is not linked to a user account.") 1 month 3 weeks ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:3 Views:368 | [Last Post](/forum/27-checkout/910786-guest-checkout-allowed-even-with-an-email-already-used-by-a-registered-account#373240 "Hi, No. Since it is a guest purchase, it is not linked to a user account.") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 1 month 3 weeks ago | | [ ](#forumtop) | | [](/forum/topics/feed/mode-topics?format=feed&type=rss) Time to create page: 0.060 seconds [Powered by](/forum/credits) [Kunena Forum](https://www.kunena.org) [](#top)