[Skip to main content](#vessel-content)

#  Profile for HatsukoiUK

##

[![HatsukoiUK's Avatar](https://www.hikashop.com/media/kunena/core/svg/person.svg)](/forum/user/83675-hatsukoiuk "View HatsukoiUK's Profile")

**[ Offline](/forum/user/83675-hatsukoiuk)**

- **User Type:** User

- **Register Date:** 17 Oct 2025
- **Last login:** 2 weeks 1 hour ago
- **Time Zone:**  UTC +0:00
- **Local Time:** 09:47

- **Posts:** 13
- **Profile views:** 49
- **Thank you received:** 4

- **Gender:** Unknown
- **Birthdate:** Unknown
- **Medals:**  Hikashop Business

- Posts

#  HatsukoiUK's recent posts  (13 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

| <a id="forumtop"> </a> [  ](#forumbottom) | Subject | Replies / Views | Last Post | <a id="forumbottom"> </a> [   ](#forumtop) |
|---|---|---|---|---|
| [](/forum/29-payment-methods/910809-stripe-checkout-returning-page#373381) | [Stripe Checkout Returning Page](/forum/29-payment-methods/910809-stripe-checkout-returning-page#373381 "-- HikaShop version -- : 6.5.2 -- Joomla version -- : 6.1.3  Hi there,  I am trying out the Stripe Checkout plugin. It all seems to work well but I have one small question. Is there any way to set the page that it returns to after completing the transaction?  Currently, Stripe sends the user back to my home page, which shows a message where they can click to see their order. however, the page looks a bit messy because it shows the order details in amongst the content of my home page. Can I control the returning page in the plugin or is it a setting in my Stripe account? I'd prefer it to go to the specific 'Thanks' page that I have already set up.  Many thanks Leila")         Category: [Payment Methods](/forum/29-payment-methods "Discussions about the different payment methods for Hikashop")     Topic started 1 month 3 weeks ago, by [HatsukoiUK](/forum/user/83675-hatsukoiuk "View HatsukoiUK's Profile")       [Last Post](/forum/29-payment-methods/910809-stripe-checkout-returning-page#373381 "Fantastic! Thanks so much for your help with that.") 1 month 3 weeks ago     by [HatsukoiUK](/forum/user/83675-hatsukoiuk "View HatsukoiUK's Profile") | Replies:6  Views:428 | [Last Post](/forum/29-payment-methods/910809-stripe-checkout-returning-page#373381 "Fantastic! Thanks so much for your help with that.") by [HatsukoiUK](/forum/user/83675-hatsukoiuk "View HatsukoiUK's Profile")      1 month 3 weeks ago |
| [](/forum/29-payment-methods/910809-stripe-checkout-returning-page#373365) | [Stripe Checkout Returning Page](/forum/29-payment-methods/910809-stripe-checkout-returning-page#373365 "-- HikaShop version -- : 6.5.2 -- Joomla version -- : 6.1.3  Hi there,  I am trying out the Stripe Checkout plugin. It all seems to work well but I have one small question. Is there any way to set the page that it returns to after completing the transaction?  Currently, Stripe sends the user back to my home page, which shows a message where they can click to see their order. however, the page looks a bit messy because it shows the order details in amongst the content of my home page. Can I control the returning page in the plugin or is it a setting in my Stripe account? I'd prefer it to go to the specific 'Thanks' page that I have already set up.  Many thanks Leila")         Category: [Payment Methods](/forum/29-payment-methods "Discussions about the different payment methods for Hikashop")     Topic started 1 month 3 weeks ago, by [HatsukoiUK](/forum/user/83675-hatsukoiuk "View HatsukoiUK's Profile")       [Last Post](/forum/29-payment-methods/910809-stripe-checkout-returning-page#373381 "Fantastic! Thanks so much for your help with that.") 1 month 3 weeks ago     by [HatsukoiUK](/forum/user/83675-hatsukoiuk "View HatsukoiUK's Profile") | Replies:6  Views:428 | [Last Post](/forum/29-payment-methods/910809-stripe-checkout-returning-page#373381 "Fantastic! Thanks so much for your help with that.") by [HatsukoiUK](/forum/user/83675-hatsukoiuk "View HatsukoiUK's Profile")      1 month 3 weeks ago |
| [](/forum/29-payment-methods/910809-stripe-checkout-returning-page#373359) | [Stripe Checkout Returning Page](/forum/29-payment-methods/910809-stripe-checkout-returning-page#373359 "-- HikaShop version -- : 6.5.2 -- Joomla version -- : 6.1.3  Hi there,  I am trying out the Stripe Checkout plugin. It all seems to work well but I have one small question. Is there any way to set the page that it returns to after completing the transaction?  Currently, Stripe sends the user back to my home page, which shows a message where they can click to see their order. however, the page looks a bit messy because it shows the order details in amongst the content of my home page. Can I control the returning page in the plugin or is it a setting in my Stripe account? I'd prefer it to go to the specific 'Thanks' page that I have already set up.  Many thanks Leila")         Category: [Payment Methods](/forum/29-payment-methods "Discussions about the different payment methods for Hikashop")     Topic started 1 month 3 weeks ago, by [HatsukoiUK](/forum/user/83675-hatsukoiuk "View HatsukoiUK's Profile")       [Last Post](/forum/29-payment-methods/910809-stripe-checkout-returning-page#373381 "Fantastic! Thanks so much for your help with that.") 1 month 3 weeks ago     by [HatsukoiUK](/forum/user/83675-hatsukoiuk "View HatsukoiUK's Profile") | Replies:6  Views:428 | [Last Post](/forum/29-payment-methods/910809-stripe-checkout-returning-page#373381 "Fantastic! Thanks so much for your help with that.") by [HatsukoiUK](/forum/user/83675-hatsukoiuk "View HatsukoiUK's Profile")      1 month 3 weeks ago |
| [](/forum/29-payment-methods/910809-stripe-checkout-returning-page#373323) | [Stripe Checkout Returning Page](/forum/29-payment-methods/910809-stripe-checkout-returning-page#373323 "-- HikaShop version -- : 6.5.2 -- Joomla version -- : 6.1.3  Hi there,  I am trying out the Stripe Checkout plugin. It all seems to work well but I have one small question. Is there any way to set the page that it returns to after completing the transaction?  Currently, Stripe sends the user back to my home page, which shows a message where they can click to see their order. however, the page looks a bit messy because it shows the order details in amongst the content of my home page. Can I control the returning page in the plugin or is it a setting in my Stripe account? I'd prefer it to go to the specific 'Thanks' page that I have already set up.  Many thanks Leila")         Category: [Payment Methods](/forum/29-payment-methods "Discussions about the different payment methods for Hikashop")     Topic started 1 month 3 weeks ago, by [HatsukoiUK](/forum/user/83675-hatsukoiuk "View HatsukoiUK's Profile")       [Last Post](/forum/29-payment-methods/910809-stripe-checkout-returning-page#373381 "Fantastic! Thanks so much for your help with that.") 1 month 3 weeks ago     by [HatsukoiUK](/forum/user/83675-hatsukoiuk "View HatsukoiUK's Profile") | Replies:6  Views:428 | [Last Post](/forum/29-payment-methods/910809-stripe-checkout-returning-page#373381 "Fantastic! Thanks so much for your help with that.") by [HatsukoiUK](/forum/user/83675-hatsukoiuk "View HatsukoiUK's Profile")      1 month 3 weeks ago |
| [](/forum/29-payment-methods/910498-hikashop-stripe-unprocessed-purchases?start=20#373100) | [Hikashop Stripe unprocessed purchases](/forum/29-payment-methods/910498-hikashop-stripe-unprocessed-purchases?start=20#373100 "-- HikaShop version -- : 6.3.0 -- Joomla version -- : 4.4.14 -- PHP version -- : 8.3.3  I use Hikashop Stripe Connect Payment Plugin v1.2.5 for card payments. Payment mode is endpage. Every day at least one order appears that is not processed. Instead of being given the opportunity to enter credit card details, the buyer only receives a notification that the order is being processed. Among the orders, the status of such an order is Created. There is no note in the payment log about any error for these cases. In case of rejections or insufficient balance, the error is normally logged. I have debug enabled in the plugin. Where could the problem be?")         Category: [Payment Methods](/forum/29-payment-methods "Discussions about the different payment methods for Hikashop")     Topic started 6 months 18 hours ago, by [mojweb](/forum/user/5128-mojweb "View mojweb's Profile")       [Last Post](/forum/29-payment-methods/910498-hikashop-stripe-unprocessed-purchases?start=20#373135 "Hi,  Thanks, this log is the one that explains it.  Look at the two orders: 28449 and 28450 were both confirmed and both served the card page, four seconds apart, for the same amount of 28,80 €. That is the same customer going through the last step of the checkout twice. They paid on the second page, the one their browser ended up on, so 28450 is confirmed and 28449 stays in &quot;Created&quot; forever with no payment against it. Nobody was charged twice, and no card ever reached the first order.  The other detail confirms it: there is no &quot;form not rendered&quot; line for the stuck order. Our debug build reports that six seconds after the page loads if the Stripe form is missing, so if Stripe's JavaScript had been blocked in that customer's browser we would see it. Nothing came back, which means that page was gone before six seconds had passed, not that it failed to load. The customer never saw anything wrong, which is why they never reported it.  The cause is in HikaShop, not in the Stripe plugin. The order form has a guard against being submitted twice, but one path went around it: when a block of the checkout finishes its own request while the final step is still being processed by the server, it submits the form again directly. Your last step takes a few seconds, since the payment, the shipping and the notifications are all called there, and that is the window where it happens. It fits your &quot;at least one a day&quot; exactly, since it needs that timing to line up.  We reproduced it here on a Joomla 6.2 shop by slowing the order creation down on purpose: with the event arriving five seconds into the first submission, two orders are placed for the same amount, seconds apart, exactly as in your log. With the fix, the same test places one.  It is fixed for 6.6.0. The second submission is now ignored while the order is being placed. The same change also repairs another thing you may have seen: after placing an order, coming back to the checkout with the browser button left the order button doing nothing at all.  I've included the patch in the 6.5.2. Download the install package of HikaShop on our website and install it on yours in order to get the patch.") 2 months 2 weeks ago     by [nicolas](/forum/user/63-nicolas "View nicolas's Profile")   - [1](/forum/29-payment-methods/910498-hikashop-stripe-unprocessed-purchases?start=0 "Page:1") - [2](/forum/29-payment-methods/910498-hikashop-stripe-unprocessed-purchases?start=20 "Page:2") | Replies:23  Views:1305 | [Last Post](/forum/29-payment-methods/910498-hikashop-stripe-unprocessed-purchases?start=20#373135 "Hi,  Thanks, this log is the one that explains it.  Look at the two orders: 28449 and 28450 were both confirmed and both served the card page, four seconds apart, for the same amount of 28,80 €. That is the same customer going through the last step of the checkout twice. They paid on the second page, the one their browser ended up on, so 28450 is confirmed and 28449 stays in &quot;Created&quot; forever with no payment against it. Nobody was charged twice, and no card ever reached the first order.  The other detail confirms it: there is no &quot;form not rendered&quot; line for the stuck order. Our debug build reports that six seconds after the page loads if the Stripe form is missing, so if Stripe's JavaScript had been blocked in that customer's browser we would see it. Nothing came back, which means that page was gone before six seconds had passed, not that it failed to load. The customer never saw anything wrong, which is why they never reported it.  The cause is in HikaShop, not in the Stripe plugin. The order form has a guard against being submitted twice, but one path went around it: when a block of the checkout finishes its own request while the final step is still being processed by the server, it submits the form again directly. Your last step takes a few seconds, since the payment, the shipping and the notifications are all called there, and that is the window where it happens. It fits your &quot;at least one a day&quot; exactly, since it needs that timing to line up.  We reproduced it here on a Joomla 6.2 shop by slowing the order creation down on purpose: with the event arriving five seconds into the first submission, two orders are placed for the same amount, seconds apart, exactly as in your log. With the fix, the same test places one.  It is fixed for 6.6.0. The second submission is now ignored while the order is being placed. The same change also repairs another thing you may have seen: after placing an order, coming back to the checkout with the browser button left the order button doing nothing at all.  I've included the patch in the 6.5.2. Download the install package of HikaShop on our website and install it on yours in order to get the patch.") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile")      2 months 2 weeks ago |
| [](/forum/29-payment-methods/910498-hikashop-stripe-unprocessed-purchases#373096) | [Hikashop Stripe unprocessed purchases](/forum/29-payment-methods/910498-hikashop-stripe-unprocessed-purchases#373096 "-- HikaShop version -- : 6.3.0 -- Joomla version -- : 4.4.14 -- PHP version -- : 8.3.3  I use Hikashop Stripe Connect Payment Plugin v1.2.5 for card payments. Payment mode is endpage. Every day at least one order appears that is not processed. Instead of being given the opportunity to enter credit card details, the buyer only receives a notification that the order is being processed. Among the orders, the status of such an order is Created. There is no note in the payment log about any error for these cases. In case of rejections or insufficient balance, the error is normally logged. I have debug enabled in the plugin. Where could the problem be?")         Category: [Payment Methods](/forum/29-payment-methods "Discussions about the different payment methods for Hikashop")     Topic started 6 months 18 hours ago, by [mojweb](/forum/user/5128-mojweb "View mojweb's Profile")       [Last Post](/forum/29-payment-methods/910498-hikashop-stripe-unprocessed-purchases?start=20#373135 "Hi,  Thanks, this log is the one that explains it.  Look at the two orders: 28449 and 28450 were both confirmed and both served the card page, four seconds apart, for the same amount of 28,80 €. That is the same customer going through the last step of the checkout twice. They paid on the second page, the one their browser ended up on, so 28450 is confirmed and 28449 stays in &quot;Created&quot; forever with no payment against it. Nobody was charged twice, and no card ever reached the first order.  The other detail confirms it: there is no &quot;form not rendered&quot; line for the stuck order. Our debug build reports that six seconds after the page loads if the Stripe form is missing, so if Stripe's JavaScript had been blocked in that customer's browser we would see it. Nothing came back, which means that page was gone before six seconds had passed, not that it failed to load. The customer never saw anything wrong, which is why they never reported it.  The cause is in HikaShop, not in the Stripe plugin. The order form has a guard against being submitted twice, but one path went around it: when a block of the checkout finishes its own request while the final step is still being processed by the server, it submits the form again directly. Your last step takes a few seconds, since the payment, the shipping and the notifications are all called there, and that is the window where it happens. It fits your &quot;at least one a day&quot; exactly, since it needs that timing to line up.  We reproduced it here on a Joomla 6.2 shop by slowing the order creation down on purpose: with the event arriving five seconds into the first submission, two orders are placed for the same amount, seconds apart, exactly as in your log. With the fix, the same test places one.  It is fixed for 6.6.0. The second submission is now ignored while the order is being placed. The same change also repairs another thing you may have seen: after placing an order, coming back to the checkout with the browser button left the order button doing nothing at all.  I've included the patch in the 6.5.2. Download the install package of HikaShop on our website and install it on yours in order to get the patch.") 2 months 2 weeks ago     by [nicolas](/forum/user/63-nicolas "View nicolas's Profile")   - [1](/forum/29-payment-methods/910498-hikashop-stripe-unprocessed-purchases?start=0 "Page:1") - [2](/forum/29-payment-methods/910498-hikashop-stripe-unprocessed-purchases?start=20 "Page:2") | Replies:23  Views:1305 | [Last Post](/forum/29-payment-methods/910498-hikashop-stripe-unprocessed-purchases?start=20#373135 "Hi,  Thanks, this log is the one that explains it.  Look at the two orders: 28449 and 28450 were both confirmed and both served the card page, four seconds apart, for the same amount of 28,80 €. That is the same customer going through the last step of the checkout twice. They paid on the second page, the one their browser ended up on, so 28450 is confirmed and 28449 stays in &quot;Created&quot; forever with no payment against it. Nobody was charged twice, and no card ever reached the first order.  The other detail confirms it: there is no &quot;form not rendered&quot; line for the stuck order. Our debug build reports that six seconds after the page loads if the Stripe form is missing, so if Stripe's JavaScript had been blocked in that customer's browser we would see it. Nothing came back, which means that page was gone before six seconds had passed, not that it failed to load. The customer never saw anything wrong, which is why they never reported it.  The cause is in HikaShop, not in the Stripe plugin. The order form has a guard against being submitted twice, but one path went around it: when a block of the checkout finishes its own request while the final step is still being processed by the server, it submits the form again directly. Your last step takes a few seconds, since the payment, the shipping and the notifications are all called there, and that is the window where it happens. It fits your &quot;at least one a day&quot; exactly, since it needs that timing to line up.  We reproduced it here on a Joomla 6.2 shop by slowing the order creation down on purpose: with the event arriving five seconds into the first submission, two orders are placed for the same amount, seconds apart, exactly as in your log. With the fix, the same test places one.  It is fixed for 6.6.0. The second submission is now ignored while the order is being placed. The same change also repairs another thing you may have seen: after placing an order, coming back to the checkout with the browser button left the order button doing nothing at all.  I've included the patch in the 6.5.2. Download the install package of HikaShop on our website and install it on yours in order to get the patch.") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile")      2 months 2 weeks ago |
| [](/forum/25-install-update/910711-update-6-5-0-to-6-5-2#372839) | [Update 6.5.0 to 6.5.2?](/forum/25-install-update/910711-update-6-5-0-to-6-5-2#372839 "-- HikaShop version -- : 6.5.0 -- Joomla version -- : 6.1.2  Hi there,  I am currently running Hikashop Business 6.5.0 and seem to have missed the update to 6.5.1.  Do I need to do that update before before I can get the latest 6.5.2?  Many thanks in advance. Leila")        Category: [Install &amp; Update](/forum/25-install-update "Having an installation or update issue? You will probably find some help here.")     Topic started 3 months 1 week ago, by [HatsukoiUK](/forum/user/83675-hatsukoiuk "View HatsukoiUK's Profile")       [Last Post](/forum/25-install-update/910711-update-6-5-0-to-6-5-2#372839 "That's great! Thanks for your help. I've done the update and it's all looking fine :-)") 3 months 1 week ago     by [HatsukoiUK](/forum/user/83675-hatsukoiuk "View HatsukoiUK's Profile") | Replies:2  Views:245 | [Last Post](/forum/25-install-update/910711-update-6-5-0-to-6-5-2#372839 "That's great! Thanks for your help. I've done the update and it's all looking fine :-)") by [HatsukoiUK](/forum/user/83675-hatsukoiuk "View HatsukoiUK's Profile")      3 months 1 week ago |
| [](/forum/25-install-update/910711-update-6-5-0-to-6-5-2#372806) | [Update 6.5.0 to 6.5.2?](/forum/25-install-update/910711-update-6-5-0-to-6-5-2#372806 "-- HikaShop version -- : 6.5.0 -- Joomla version -- : 6.1.2  Hi there,  I am currently running Hikashop Business 6.5.0 and seem to have missed the update to 6.5.1.  Do I need to do that update before before I can get the latest 6.5.2?  Many thanks in advance. Leila")        Category: [Install &amp; Update](/forum/25-install-update "Having an installation or update issue? You will probably find some help here.")     Topic started 3 months 1 week ago, by [HatsukoiUK](/forum/user/83675-hatsukoiuk "View HatsukoiUK's Profile")       [Last Post](/forum/25-install-update/910711-update-6-5-0-to-6-5-2#372839 "That's great! Thanks for your help. I've done the update and it's all looking fine :-)") 3 months 1 week ago     by [HatsukoiUK](/forum/user/83675-hatsukoiuk "View HatsukoiUK's Profile") | Replies:2  Views:245 | [Last Post](/forum/25-install-update/910711-update-6-5-0-to-6-5-2#372839 "That's great! Thanks for your help. I've done the update and it's all looking fine :-)") by [HatsukoiUK](/forum/user/83675-hatsukoiuk "View HatsukoiUK's Profile")      3 months 1 week ago |
| [](/forum/27-checkout/910639-extra-fees-for-eu-orders#372502) | [Extra fees for EU orders](/forum/27-checkout/910639-extra-fees-for-eu-orders#372502 "-- HikaShop version -- : 6.5.0 -- Joomla version -- : 6.1.1  Hi there,  Due to some new regulations, I need to add an extra fee at the checkout for orders shipping to the EU (I'm in the UK).  I need to add an extra €3 for each product &#42;type&#42; ordered - not the quantity. So if they order 3 x spoons and1 plate, I need to add €6. This is a customs thing apparently.  I see that there is a checkout fee plugin available - will this be able to work it out? Also, my maths isn't great, is it easy enough to work out the calculation?  I already add extra taxes and shipping for EU orders so the zones are all set up.  Many thanks for any help. Leila")        Category: [Checkout](/forum/27-checkout "Everything about the checkout process in Hikashop")     Topic started 4 months 4 days ago, by [HatsukoiUK](/forum/user/83675-hatsukoiuk "View HatsukoiUK's Profile")       [Last Post](/forum/27-checkout/910639-extra-fees-for-eu-orders#372502 "That's brilliant - works perfectly! Thank you for taking the time to sort that out for me.  Leila") 3 months 4 weeks ago     by [HatsukoiUK](/forum/user/83675-hatsukoiuk "View HatsukoiUK's Profile") | Replies:5  Views:243 | [Last Post](/forum/27-checkout/910639-extra-fees-for-eu-orders#372502 "That's brilliant - works perfectly! Thank you for taking the time to sort that out for me.  Leila") by [HatsukoiUK](/forum/user/83675-hatsukoiuk "View HatsukoiUK's Profile")      3 months 4 weeks ago |
| [](/forum/27-checkout/910639-extra-fees-for-eu-orders#372479) | [Extra fees for EU orders](/forum/27-checkout/910639-extra-fees-for-eu-orders#372479 "-- HikaShop version -- : 6.5.0 -- Joomla version -- : 6.1.1  Hi there,  Due to some new regulations, I need to add an extra fee at the checkout for orders shipping to the EU (I'm in the UK).  I need to add an extra €3 for each product &#42;type&#42; ordered - not the quantity. So if they order 3 x spoons and1 plate, I need to add €6. This is a customs thing apparently.  I see that there is a checkout fee plugin available - will this be able to work it out? Also, my maths isn't great, is it easy enough to work out the calculation?  I already add extra taxes and shipping for EU orders so the zones are all set up.  Many thanks for any help. Leila")        Category: [Checkout](/forum/27-checkout "Everything about the checkout process in Hikashop")     Topic started 4 months 4 days ago, by [HatsukoiUK](/forum/user/83675-hatsukoiuk "View HatsukoiUK's Profile")       [Last Post](/forum/27-checkout/910639-extra-fees-for-eu-orders#372502 "That's brilliant - works perfectly! Thank you for taking the time to sort that out for me.  Leila") 3 months 4 weeks ago     by [HatsukoiUK](/forum/user/83675-hatsukoiuk "View HatsukoiUK's Profile") | Replies:5  Views:243 | [Last Post](/forum/27-checkout/910639-extra-fees-for-eu-orders#372502 "That's brilliant - works perfectly! Thank you for taking the time to sort that out for me.  Leila") by [HatsukoiUK](/forum/user/83675-hatsukoiuk "View HatsukoiUK's Profile")      3 months 4 weeks ago |

[](/forum/topics/feed/mode-topics?format=feed&type=rss)

Time to create page: 0.113 seconds

[Powered by](/forum/credits) [Kunena Forum](https://www.kunena.org)
