[Skip to main content](#vessel-content) # Profile for totama ## [![totama's Avatar](https://www.hikashop.com/media/kunena/core/svg/person.svg)](/forum/user/70635-totama "View totama's Profile") **[ Offline](/forum/user/70635-totama)** - **User Type:** User - **Register Date:** 28 Nov 2022 - **Last login:** 1 week 4 days ago - **Time Zone:** UTC +0:00 - **Local Time:** 22:06 - **Posts:** 53 - **Profile views:** 77 - **Thank you received:** 5 - **Gender:** Unknown - **Birthdate:** Unknown - **Medals:** Hikashop Business - Posts # totama's recent posts (53 messages ) All Since last visit 4 Hours 8 Hours 12 Hours 24 Hours 48 Hours Week Month Year All Since last visit 4 Hours 8 Hours 12 Hours 24 Hours 48 Hours Week Month Year | [ ](#forumbottom) | Subject | Replies / Views | Last Post | [ ](#forumtop) | |---|---|---|---|---| | [](/forum/27-checkout/100000067-stripe-checkout-paid-and-confirmed-order-is-set-to-cancelled-24-hours-later-b#100000323) | [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#100000323 "-- 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 1 week 6 days 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") 1 week 6 days ago by [totama](/forum/user/70635-totama "View totama's Profile") | Replies:0 Views:72 | [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") 1 week 6 days ago | | [](/forum/27-checkout/100000056-duplicate-orders-with-stripe-card-payments-when-purchasing-virtual-products#100000287) | [Duplicate orders with Stripe card payments when purchasing virtual products](/forum/27-checkout/100000056-duplicate-orders-with-stripe-card-payments-when-purchasing-virtual-products#100000287 "-- 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 2 weeks 3 days 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.") 2 weeks 2 days ago by [totama](/forum/user/70635-totama "View totama's Profile") | Replies:3 Views:104 | [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") 2 weeks 2 days ago | | [](/forum/27-checkout/100000056-duplicate-orders-with-stripe-card-payments-when-purchasing-virtual-products#100000286) | [Duplicate orders with Stripe card payments when purchasing virtual products](/forum/27-checkout/100000056-duplicate-orders-with-stripe-card-payments-when-purchasing-virtual-products#100000286 "-- 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 2 weeks 3 days 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.") 2 weeks 2 days ago by [totama](/forum/user/70635-totama "View totama's Profile") | Replies:3 Views:104 | [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") 2 weeks 2 days ago | | [](/forum/27-checkout/100000056-duplicate-orders-with-stripe-card-payments-when-purchasing-virtual-products#100000284) | [Duplicate orders with Stripe card payments when purchasing virtual products](/forum/27-checkout/100000056-duplicate-orders-with-stripe-card-payments-when-purchasing-virtual-products#100000284 "-- 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 2 weeks 3 days 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.") 2 weeks 2 days ago by [totama](/forum/user/70635-totama "View totama's Profile") | Replies:3 Views:104 | [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") 2 weeks 2 days ago | | [](/forum/27-checkout/100000056-duplicate-orders-with-stripe-card-payments-when-purchasing-virtual-products#100000277) | [Duplicate orders with Stripe card payments when purchasing virtual products](/forum/27-checkout/100000056-duplicate-orders-with-stripe-card-payments-when-purchasing-virtual-products#100000277 "-- 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 2 weeks 3 days 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.") 2 weeks 2 days ago by [totama](/forum/user/70635-totama "View totama's Profile") | Replies:3 Views:104 | [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") 2 weeks 2 days ago | | [](/forum/28-shipping-methods/910223-shipping-method-restrictions-by-country#371056) | [Shipping method restrictions by country](/forum/28-shipping-methods/910223-shipping-method-restrictions-by-country#371056 "-- HikaShop version -- : 6.4 I am using the Hikashop manual shipping plugin to create a shipping method. I want this method to be available only in Hungary in the checkout. But even though I set Hungary in the restrictions, the shipping method is blocked for all countries and Hungary. I would like to add that this is a multilingual webshop, Hungarian, English, German. Where am I making a mistake?") Category: [Shipping Methods](/forum/28-shipping-methods "Discussions about the different shipping methods for Hikashop") Topic started 7 months 5 days ago, by [totama](/forum/user/70635-totama "View totama's Profile") [Last Post](/forum/28-shipping-methods/910223-shipping-method-restrictions-by-country#371056 "Thank you very much. Breaking the checkout process into 2 steps helped. Indeed, you first need to enter the shipping address and by clicking the continue button, the webshop will interpret it. Thank you very much for your help.") 7 months 5 days ago by [totama](/forum/user/70635-totama "View totama's Profile") | Replies:2 Views:426 | [Last Post](/forum/28-shipping-methods/910223-shipping-method-restrictions-by-country#371056 "Thank you very much. Breaking the checkout process into 2 steps helped. Indeed, you first need to enter the shipping address and by clicking the continue button, the webshop will interpret it. Thank you very much for your help.") by [totama](/forum/user/70635-totama "View totama's Profile") 7 months 5 days ago | | [](/forum/28-shipping-methods/910223-shipping-method-restrictions-by-country#371051) | [Shipping method restrictions by country](/forum/28-shipping-methods/910223-shipping-method-restrictions-by-country#371051 "-- HikaShop version -- : 6.4 I am using the Hikashop manual shipping plugin to create a shipping method. I want this method to be available only in Hungary in the checkout. But even though I set Hungary in the restrictions, the shipping method is blocked for all countries and Hungary. I would like to add that this is a multilingual webshop, Hungarian, English, German. Where am I making a mistake?") Category: [Shipping Methods](/forum/28-shipping-methods "Discussions about the different shipping methods for Hikashop") Topic started 7 months 5 days ago, by [totama](/forum/user/70635-totama "View totama's Profile") [Last Post](/forum/28-shipping-methods/910223-shipping-method-restrictions-by-country#371056 "Thank you very much. Breaking the checkout process into 2 steps helped. Indeed, you first need to enter the shipping address and by clicking the continue button, the webshop will interpret it. Thank you very much for your help.") 7 months 5 days ago by [totama](/forum/user/70635-totama "View totama's Profile") | Replies:2 Views:426 | [Last Post](/forum/28-shipping-methods/910223-shipping-method-restrictions-by-country#371056 "Thank you very much. Breaking the checkout process into 2 steps helped. Indeed, you first need to enter the shipping address and by clicking the continue button, the webshop will interpret it. Thank you very much for your help.") by [totama](/forum/user/70635-totama "View totama's Profile") 7 months 5 days ago | | [](/forum/27-checkout/909591-shipping-method-restriction-based-on-zip-code#367954) | [Shipping method restriction based on zip code](/forum/27-checkout/909591-shipping-method-restriction-based-on-zip-code#367954 "-- HikaShop version -- : 6.0.0 -- Joomla version -- : 5 -- PHP version -- : 8.3 I want to use the Manual Shipping plugin to create shipping methods for my webshop. I want this shipping method to only appear if the zip codes are between 6000 and 8000. But even though I enter 6000 and 8000 for the min. and max. zip codes in the plugin, the shipping method does not appear in the checkout if I enter e.g. 7000 in the zip code field. I use the address_post_code field for the zip code field. What am I doing wrong?") Category: [Checkout](/forum/27-checkout "Everything about the checkout process in Hikashop") Topic started 1 year 3 months ago, by [totama](/forum/user/70635-totama "View totama's Profile") [Last Post](/forum/27-checkout/909591-shipping-method-restriction-based-on-zip-code#367956 "Hi, Well, before a button is pressed, the address is not sent to your website by your browser. So, it is normal that the system on the server is not able to display shipping methods restricted based on information provided in the address. However, there are several things you can do: - Once you have your shipping methods setup, you can turn off the "display errors" of your shipping view in the Checkout workflow of your HikaShop configuration. That way, before a shipping address is provided, the system won't display the error in the shipping methods selection area, and once the address is provided with the button below the address form, the shipping method will appear. - You didn't provide a screenshot of your checkout settings in the HikaShop configuration, nor a link to your shop, so I can't say for sure how your checkout is setup. However, by default you have the address form, then the "next" / "register" button, then the shipping methods / payment methods selection and only then the main "next" / finish" button. There is an option in the "login" view to remove the "next" / "register" button below the address form, forcing the user to scroll down to the bottom of the page to use the main "next" / "finish" button. If you've activated that option, I understand that it is quite disconcerting for the user to see that shipping method error before clicking on the next button at the bottom as it feels the address has been taken into account and he doesn't understand clearly what will happen when he presses the main at the bottom. - Also, you can configure your checkout to be in several steps: www.hikashop.com/support/documentation/4...eckout-workflow.html When you have a situation, like yours, when some parts of the checkout depends on other parts of the checkout, it makes sense to have several steps, with the depending parts in different steps. That way, you avoid this kind of confusion on the user end. Plus, with a checkout in several steps, you can display a progress bar which makes it a lot more clearer to the user where he is at and where he is going. I would recommend looking into this. Auto submitting the not necessarily completely filled address once the zip code is provided so that the shipping methods area can be refreshed is not a solution I would recommend. This will generate error messages because some of the address required fields are not filled. And even if you add some check to only submit the address once every required address field is filled, this means the user won't be able to review his address or fill other non required fields before the interface changes. While this is fine to auto submit when it is a filter on a listing of products, or when it is an input field for a security code, you normally don't want to auto submit a whole address form for the user.") 1 year 3 months ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:3 Views:891 | [Last Post](/forum/27-checkout/909591-shipping-method-restriction-based-on-zip-code#367956 "Hi, Well, before a button is pressed, the address is not sent to your website by your browser. So, it is normal that the system on the server is not able to display shipping methods restricted based on information provided in the address. However, there are several things you can do: - Once you have your shipping methods setup, you can turn off the "display errors" of your shipping view in the Checkout workflow of your HikaShop configuration. That way, before a shipping address is provided, the system won't display the error in the shipping methods selection area, and once the address is provided with the button below the address form, the shipping method will appear. - You didn't provide a screenshot of your checkout settings in the HikaShop configuration, nor a link to your shop, so I can't say for sure how your checkout is setup. However, by default you have the address form, then the "next" / "register" button, then the shipping methods / payment methods selection and only then the main "next" / finish" button. There is an option in the "login" view to remove the "next" / "register" button below the address form, forcing the user to scroll down to the bottom of the page to use the main "next" / "finish" button. If you've activated that option, I understand that it is quite disconcerting for the user to see that shipping method error before clicking on the next button at the bottom as it feels the address has been taken into account and he doesn't understand clearly what will happen when he presses the main at the bottom. - Also, you can configure your checkout to be in several steps: www.hikashop.com/support/documentation/4...eckout-workflow.html When you have a situation, like yours, when some parts of the checkout depends on other parts of the checkout, it makes sense to have several steps, with the depending parts in different steps. That way, you avoid this kind of confusion on the user end. Plus, with a checkout in several steps, you can display a progress bar which makes it a lot more clearer to the user where he is at and where he is going. I would recommend looking into this. Auto submitting the not necessarily completely filled address once the zip code is provided so that the shipping methods area can be refreshed is not a solution I would recommend. This will generate error messages because some of the address required fields are not filled. And even if you add some check to only submit the address once every required address field is filled, this means the user won't be able to review his address or fill other non required fields before the interface changes. While this is fine to auto submit when it is a filter on a listing of products, or when it is an input field for a security code, you normally don't want to auto submit a whole address form for the user.") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 1 year 3 months ago | | [](/forum/27-checkout/909591-shipping-method-restriction-based-on-zip-code#367940) | [Shipping method restriction based on zip code](/forum/27-checkout/909591-shipping-method-restriction-based-on-zip-code#367940 "-- HikaShop version -- : 6.0.0 -- Joomla version -- : 5 -- PHP version -- : 8.3 I want to use the Manual Shipping plugin to create shipping methods for my webshop. I want this shipping method to only appear if the zip codes are between 6000 and 8000. But even though I enter 6000 and 8000 for the min. and max. zip codes in the plugin, the shipping method does not appear in the checkout if I enter e.g. 7000 in the zip code field. I use the address_post_code field for the zip code field. What am I doing wrong?") Category: [Checkout](/forum/27-checkout "Everything about the checkout process in Hikashop") Topic started 1 year 3 months ago, by [totama](/forum/user/70635-totama "View totama's Profile") [Last Post](/forum/27-checkout/909591-shipping-method-restriction-based-on-zip-code#367956 "Hi, Well, before a button is pressed, the address is not sent to your website by your browser. So, it is normal that the system on the server is not able to display shipping methods restricted based on information provided in the address. However, there are several things you can do: - Once you have your shipping methods setup, you can turn off the "display errors" of your shipping view in the Checkout workflow of your HikaShop configuration. That way, before a shipping address is provided, the system won't display the error in the shipping methods selection area, and once the address is provided with the button below the address form, the shipping method will appear. - You didn't provide a screenshot of your checkout settings in the HikaShop configuration, nor a link to your shop, so I can't say for sure how your checkout is setup. However, by default you have the address form, then the "next" / "register" button, then the shipping methods / payment methods selection and only then the main "next" / finish" button. There is an option in the "login" view to remove the "next" / "register" button below the address form, forcing the user to scroll down to the bottom of the page to use the main "next" / "finish" button. If you've activated that option, I understand that it is quite disconcerting for the user to see that shipping method error before clicking on the next button at the bottom as it feels the address has been taken into account and he doesn't understand clearly what will happen when he presses the main at the bottom. - Also, you can configure your checkout to be in several steps: www.hikashop.com/support/documentation/4...eckout-workflow.html When you have a situation, like yours, when some parts of the checkout depends on other parts of the checkout, it makes sense to have several steps, with the depending parts in different steps. That way, you avoid this kind of confusion on the user end. Plus, with a checkout in several steps, you can display a progress bar which makes it a lot more clearer to the user where he is at and where he is going. I would recommend looking into this. Auto submitting the not necessarily completely filled address once the zip code is provided so that the shipping methods area can be refreshed is not a solution I would recommend. This will generate error messages because some of the address required fields are not filled. And even if you add some check to only submit the address once every required address field is filled, this means the user won't be able to review his address or fill other non required fields before the interface changes. While this is fine to auto submit when it is a filter on a listing of products, or when it is an input field for a security code, you normally don't want to auto submit a whole address form for the user.") 1 year 3 months ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:3 Views:891 | [Last Post](/forum/27-checkout/909591-shipping-method-restriction-based-on-zip-code#367956 "Hi, Well, before a button is pressed, the address is not sent to your website by your browser. So, it is normal that the system on the server is not able to display shipping methods restricted based on information provided in the address. However, there are several things you can do: - Once you have your shipping methods setup, you can turn off the "display errors" of your shipping view in the Checkout workflow of your HikaShop configuration. That way, before a shipping address is provided, the system won't display the error in the shipping methods selection area, and once the address is provided with the button below the address form, the shipping method will appear. - You didn't provide a screenshot of your checkout settings in the HikaShop configuration, nor a link to your shop, so I can't say for sure how your checkout is setup. However, by default you have the address form, then the "next" / "register" button, then the shipping methods / payment methods selection and only then the main "next" / finish" button. There is an option in the "login" view to remove the "next" / "register" button below the address form, forcing the user to scroll down to the bottom of the page to use the main "next" / "finish" button. If you've activated that option, I understand that it is quite disconcerting for the user to see that shipping method error before clicking on the next button at the bottom as it feels the address has been taken into account and he doesn't understand clearly what will happen when he presses the main at the bottom. - Also, you can configure your checkout to be in several steps: www.hikashop.com/support/documentation/4...eckout-workflow.html When you have a situation, like yours, when some parts of the checkout depends on other parts of the checkout, it makes sense to have several steps, with the depending parts in different steps. That way, you avoid this kind of confusion on the user end. Plus, with a checkout in several steps, you can display a progress bar which makes it a lot more clearer to the user where he is at and where he is going. I would recommend looking into this. Auto submitting the not necessarily completely filled address once the zip code is provided so that the shipping methods area can be refreshed is not a solution I would recommend. This will generate error messages because some of the address required fields are not filled. And even if you add some check to only submit the address once every required address field is filled, this means the user won't be able to review his address or fill other non required fields before the interface changes. While this is fine to auto submit when it is a filter on a listing of products, or when it is an input field for a security code, you normally don't want to auto submit a whole address form for the user.") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 1 year 3 months ago | | [](/forum/26-product-category-display/909405-paintings-to-remain-in-the-online-store-after-the-sale-with-a-sold-sign#367091) | [Paintings to remain in the online store after the sale with a "sold" sign](/forum/26-product-category-display/909405-paintings-to-remain-in-the-online-store-after-the-sale-with-a-sold-sign#367091 "-- HikaShop version -- : 5.1.6 -- Joomla version -- : 5.3.0 Dear Hikashop! I would like to create an online store that sells paintings. I would like the paintings to remain in the online store after the sale with a "sold" sign and in such a way that the painting cannot be purchased again. What is the easiest way to solve this?") Category: [Product & Category Display](/forum/26-product-category-display "Questions about product and category display. You can't find how to make Hikashop looks incredible? The answer is here!") Topic started 1 year 5 months ago, by [totama](/forum/user/70635-totama "View totama's Profile") [Last Post](/forum/26-product-category-display/909405-paintings-to-remain-in-the-online-store-after-the-sale-with-a-sold-sign#367091 "Thank you very much, I will try it.") 1 year 5 months ago by [totama](/forum/user/70635-totama "View totama's Profile") | Replies:2 Views:560 | [Last Post](/forum/26-product-category-display/909405-paintings-to-remain-in-the-online-store-after-the-sale-with-a-sold-sign#367091 "Thank you very much, I will try it.") by [totama](/forum/user/70635-totama "View totama's Profile") 1 year 5 months ago | [](/forum/topics/feed/mode-topics?format=feed&type=rss) Time to create page: 0.116 seconds [Powered by](/forum/credits) [Kunena Forum](https://www.kunena.org)