[Skip to main content](#vessel-content)
# Profile for stratacorps
##
[](/forum/user/33546-stratacorps "View stratacorps's Profile")
**[ Offline](/forum/user/33546-stratacorps)**
- **User Type:** User
- **Register Date:** 26 Jul 2014
- **Last login:** 3 months 3 weeks ago
- **Time Zone:** UTC +0:00
- **Local Time:** 00:28
- **Posts:** 116
- **Profile views:** 292
- **Thank you received:** 7
- **Gender:** Unknown
- Posts
# stratacorps recent posts (116 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/25-install-update/906919-j3-j4-migration-500-layout-listing-blog-not-found#354631) | [J3->J4 Migration: 500 Layout listing\_blog not found.](/forum/25-install-update/906919-j3-j4-migration-500-layout-listing-blog-not-found#354631 "-- url of the page with the problem -- : actnowracing.com/mm4/index.php?option=co...egory&layout=listing -- HikaShop version -- : 4.7.5 -- Joomla version -- : 4.3.3 -- PHP version -- : 8.0 -- Browser(s) name and version -- : any -- Error-message(debug-mod must be tuned on) -- : 500 Layout listing_blog not found. After migrating and enabling all of the plugins for Hikashop and connected apps (JEvents/RSVP, AcyMailing), we can't display even the default product listing. We have some overrides located in .../html/com_hikashop, but even disabling that we keep getting this error. I don't know where the "listing_blog" is being reference from. I've searched the database and the original site and nothing comes up with this. Can someone help me find out where to troubleshoot this further? Thanks! 500 Layout listing_blog not found. Call stack # Function Location 1 () JROOT/libraries/src/MVC/View/HtmlView.php:420 2 Joomla\CMS\MVC\View\HtmlView->loadTemplate() JROOT/administrator/components/com_hikashop/helpers/helper.php:2789 3 hikashopView->loadTemplate() JROOT/components/com_hikashop/views/category/tmpl/listing.php:118 4 include() JROOT/libraries/src/MVC/View/HtmlView.php:410 5 Joomla\CMS\MVC\View\HtmlView->loadTemplate() JROOT/administrator/components/com_hikashop/helpers/helper.php:2789 6 hikashopView->loadTemplate() JROOT/libraries/src/MVC/View/HtmlView.php:203 7 Joomla\CMS\MVC\View\HtmlView->display() JROOT/administrator/components/com_hikashop/helpers/helper.php:2744 8 hikashopView->display() JROOT/components/com_hikashop/views/category/view.html.php:26 9 CategoryViewCategory->display() JROOT/libraries/src/MVC/Controller/BaseController.php:645 10 Joomla\CMS\MVC\Controller\BaseController->display() JROOT/administrator/components/com_hikashop/helpers/helper.php:2463 11 hikashopController->display() JROOT/administrator/components/com_hikashop/helpers/helper.php:2172 12 hikashopController->listing() JROOT/libraries/src/MVC/Controller/BaseController.php:678 13 Joomla\CMS\MVC\Controller\BaseController->execute() JROOT/administrator/components/com_hikashop/helpers/helper.php:2441 14 hikashopController->execute() JROOT/components/com_hikashop/hikashop.php:88 15 require_once() JROOT/libraries/src/Dispatcher/LegacyComponentDispatcher.php:71 16 Joomla\CMS\Dispatcher\LegacyComponentDispatcher::Joomla\CMS\Dispatcher\{closure}() JROOT/libraries/src/Dispatcher/LegacyComponentDispatcher.php:73 17 Joomla\CMS\Dispatcher\LegacyComponentDispatcher->dispatch() JROOT/libraries/src/Component/ComponentHelper.php:361 18 Joomla\CMS\Component\ComponentHelper::renderComponent() JROOT/libraries/src/Application/SiteApplication.php:208 19 Joomla\CMS\Application\SiteApplication->dispatch() JROOT/libraries/src/Application/SiteApplication.php:249 20 Joomla\CMS\Application\SiteApplication->doExecute() JROOT/libraries/src/Application/CMSApplication.php:293 21 Joomla\CMS\Application\CMSApplication->execute() JROOT/includes/app.php:61 22 require_once() JROOT/index.php:32") Category: [Install & Update](/forum/25-install-update "Having an installation or update issue? You will probably find some help here.") Topic started 3 years 2 months ago, by [stratacorps](/forum/user/33546-stratacorps "View stratacorps's Profile") [Last Post](/forum/25-install-update/906919-j3-j4-migration-500-layout-listing-blog-not-found#354634 "Hi, This indicates that in the past, you had created a view file override for a new layout "listing_blog" for categories listings and had selected it in menu item's "Categories options" tab in the joomla menu manager, but that layout isn't found any more in your frontend Joomla template. So you have two solutions: - edit your categories listing menu items via the joomla menu manager, and change the item layout to something else, like the default "image and title" layout and save each one. - get the file templates/YOUR_TEMPLATE/html/com_hikashop/category/listing_blog.php from your old website and copy it to the same place for your Joomla 4 template on your new website at the same place.") 3 years 2 months ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:1 Views:575 | [Last Post](/forum/25-install-update/906919-j3-j4-migration-500-layout-listing-blog-not-found#354634 "Hi, This indicates that in the past, you had created a view file override for a new layout "listing_blog" for categories listings and had selected it in menu item's "Categories options" tab in the joomla menu manager, but that layout isn't found any more in your frontend Joomla template. So you have two solutions: - edit your categories listing menu items via the joomla menu manager, and change the item layout to something else, like the default "image and title" layout and save each one. - get the file templates/YOUR_TEMPLATE/html/com_hikashop/category/listing_blog.php from your old website and copy it to the same place for your Joomla 4 template on your new website at the same place.") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 3 years 2 months ago |
| [](/forum/44-mass-actions/906416-mass-actions-for-cart-items#351820) | [Mass actions for Cart items](/forum/44-mass-actions/906416-mass-actions-for-cart-items#351820 "-- HikaShop version -- : 4.7.2 -- Joomla version -- : 3.10.11 -- PHP version -- : 8.0 Is there any way to create Mass actions for Cart items? I want to remove carts for non-registered users using a different frequency than that which is defined by the system configuration/advanced settings. I know carts are stored in a different table and can probably write something external to Joomla! but would like to stay within the Hikashop application if possible.") Category: [Mass Actions](/forum/44-mass-actions "Everything about the powerful Hikashop mass action tool") Topic started 3 years 5 months ago, by [stratacorps](/forum/user/33546-stratacorps "View stratacorps's Profile") [Last Post](/forum/44-mass-actions/906416-mass-actions-for-cart-items#351824 "Hi, Well, if you develop a custom plugin to integrate with the mass actions system it is possible to add your own data, and actions, and filters to add to the mass action system. However, it is a big undertaking for what you want to do. A way simpler solution would be to directly run a MySQL query at a certain frequency, outside of the mass action system. And that's what I would recommend.") 3 years 5 months ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:1 Views:1040 | [Last Post](/forum/44-mass-actions/906416-mass-actions-for-cart-items#351824 "Hi, Well, if you develop a custom plugin to integrate with the mass actions system it is possible to add your own data, and actions, and filters to add to the mass action system. However, it is a big undertaking for what you want to do. A way simpler solution would be to directly run a MySQL query at a certain frequency, outside of the mass action system. And that's what I would recommend.") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 3 years 5 months ago |
| [](/forum/36-reports-statistics/904539-orders-listing-actions-export-a-csv-file-results-in-class-dbug-not-found#342303) | [Orders listing, Actions, Export a CSV file results in Class 'dbug' not found](/forum/36-reports-statistics/904539-orders-listing-actions-export-a-csv-file-results-in-class-dbug-not-found#342303 "-- HikaShop version -- : 4.6.0 -- Joomla version -- : 3.10.9 -- PHP version -- : 7.49 -- Browser(s) name and version -- : any -- Error-message(debug-mod must be tuned on) -- : 0 Class 'dbug' not found If we go to Orders, and select an order (we are trying to select all monthly orders for the previous month, etc. but it doesn't matter what you filter on). Then select items (all, or a single order). Then Select Actions + Export as CSV File Sometimes I can get results by unselecting specific fields, but it would be nice to trap this error to know what the cause is. For example, on some orders I can select all fields without a problem. Then when I try to add fields to the selection list, the system throws this error. I am trying to create a monthly sales detail report. This used to work when just using the EXPORT button, but now we lose order details...it only exports the order header information--not the order details. So I found this error while trying to find an alternative reporting scheme for the users.") Category: [Reports & Statistics](/forum/36-reports-statistics "All there is to know about reports and statisctics") Topic started 4 years 5 months ago, by [stratacorps](/forum/user/33546-stratacorps "View stratacorps's Profile") [Last Post](/forum/36-reports-statistics/904539-orders-listing-actions-export-a-csv-file-results-in-class-dbug-not-found#342306 "Hi, Indeed. You can leave them commented out. I've published a new build of HikaShop 4.6.0 with the patch to remove both lines.") 4 years 5 months ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:4 Views:1122 | [Last Post](/forum/36-reports-statistics/904539-orders-listing-actions-export-a-csv-file-results-in-class-dbug-not-found#342306 "Hi, Indeed. You can leave them commented out. I've published a new build of HikaShop 4.6.0 with the patch to remove both lines.") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 4 years 5 months ago |
| [](/forum/36-reports-statistics/904539-orders-listing-actions-export-a-csv-file-results-in-class-dbug-not-found#342302) | [Orders listing, Actions, Export a CSV file results in Class 'dbug' not found](/forum/36-reports-statistics/904539-orders-listing-actions-export-a-csv-file-results-in-class-dbug-not-found#342302 "-- HikaShop version -- : 4.6.0 -- Joomla version -- : 3.10.9 -- PHP version -- : 7.49 -- Browser(s) name and version -- : any -- Error-message(debug-mod must be tuned on) -- : 0 Class 'dbug' not found If we go to Orders, and select an order (we are trying to select all monthly orders for the previous month, etc. but it doesn't matter what you filter on). Then select items (all, or a single order). Then Select Actions + Export as CSV File Sometimes I can get results by unselecting specific fields, but it would be nice to trap this error to know what the cause is. For example, on some orders I can select all fields without a problem. Then when I try to add fields to the selection list, the system throws this error. I am trying to create a monthly sales detail report. This used to work when just using the EXPORT button, but now we lose order details...it only exports the order header information--not the order details. So I found this error while trying to find an alternative reporting scheme for the users.") Category: [Reports & Statistics](/forum/36-reports-statistics "All there is to know about reports and statisctics") Topic started 4 years 5 months ago, by [stratacorps](/forum/user/33546-stratacorps "View stratacorps's Profile") [Last Post](/forum/36-reports-statistics/904539-orders-listing-actions-export-a-csv-file-results-in-class-dbug-not-found#342306 "Hi, Indeed. You can leave them commented out. I've published a new build of HikaShop 4.6.0 with the patch to remove both lines.") 4 years 5 months ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:4 Views:1122 | [Last Post](/forum/36-reports-statistics/904539-orders-listing-actions-export-a-csv-file-results-in-class-dbug-not-found#342306 "Hi, Indeed. You can leave them commented out. I've published a new build of HikaShop 4.6.0 with the patch to remove both lines.") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 4 years 5 months ago |
| [](/forum/36-reports-statistics/904539-orders-listing-actions-export-a-csv-file-results-in-class-dbug-not-found#342298) | [Orders listing, Actions, Export a CSV file results in Class 'dbug' not found](/forum/36-reports-statistics/904539-orders-listing-actions-export-a-csv-file-results-in-class-dbug-not-found#342298 "-- HikaShop version -- : 4.6.0 -- Joomla version -- : 3.10.9 -- PHP version -- : 7.49 -- Browser(s) name and version -- : any -- Error-message(debug-mod must be tuned on) -- : 0 Class 'dbug' not found If we go to Orders, and select an order (we are trying to select all monthly orders for the previous month, etc. but it doesn't matter what you filter on). Then select items (all, or a single order). Then Select Actions + Export as CSV File Sometimes I can get results by unselecting specific fields, but it would be nice to trap this error to know what the cause is. For example, on some orders I can select all fields without a problem. Then when I try to add fields to the selection list, the system throws this error. I am trying to create a monthly sales detail report. This used to work when just using the EXPORT button, but now we lose order details...it only exports the order header information--not the order details. So I found this error while trying to find an alternative reporting scheme for the users.") Category: [Reports & Statistics](/forum/36-reports-statistics "All there is to know about reports and statisctics") Topic started 4 years 5 months ago, by [stratacorps](/forum/user/33546-stratacorps "View stratacorps's Profile") [Last Post](/forum/36-reports-statistics/904539-orders-listing-actions-export-a-csv-file-results-in-class-dbug-not-found#342306 "Hi, Indeed. You can leave them commented out. I've published a new build of HikaShop 4.6.0 with the patch to remove both lines.") 4 years 5 months ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:4 Views:1122 | [Last Post](/forum/36-reports-statistics/904539-orders-listing-actions-export-a-csv-file-results-in-class-dbug-not-found#342306 "Hi, Indeed. You can leave them commented out. I've published a new build of HikaShop 4.6.0 with the patch to remove both lines.") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 4 years 5 months ago |
| [](/forum/33-customers/903641-user-synchronization-after-prior-guest-checkout#337869) | [User synchronization after prior Guest checkout](/forum/33-customers/903641-user-synchronization-after-prior-guest-checkout#337869 "-- HikaShop version -- : 4.4.4 -- Joomla version -- : 3.10.3 -- PHP version -- : 7.4 We have allowed Guest checkout in the past. So visitors to the site may have purchases prior to today. If a visitor returns and creates a Joomla! User account using the same email address as prior Guest purchases, and then makes a purchase, they are unable to checkout in Hikashop. The problem we found is that there is a user in HIkashop (#__hikashop_user) with the user_cms_id field set to 0 but with the same Email address as the newly registered user. If I update the table manually with the J! User ID everything works for them. To avoid this, I have manually updated all newly registered J! users in the hikashop_user table. We are using a custom registration form. Could this be causing the system hikashopuser plugin from not synchronizing new user registrations into Hikashop? I have modified our user registration form to trigger an update onUserAfterSave that updates the hikashop_user table with the new J! user CMS id with the same email address. Is that the right thing to do? This only started to show up more frequently for us because we have recently began to require all visitors to be registered/logged in before making a purchase. Leaving us with thousands of Hikashiop customers (users) without a CMS id. Initially I though the HIkashop user synchronization plugin would take care of this for us. Thanks for your help!") Category: [Customers](/forum/33-customers "How to manage your customers and their access") Topic started 4 years 11 months ago, by [stratacorps](/forum/user/33546-stratacorps "View stratacorps's Profile") [Last Post](/forum/33-customers/903641-user-synchronization-after-prior-guest-checkout#337881 "Hi, The verification email is not sent by the Joomla JUser save. It's specific code in the controller which does that. I know since we have the same capability in HikaShop and we actually send our own verification email if the setting is activated in Joomla while still using the Joomla user API to add the user to the database. So the fact that the verification email is sent doesn't mean that the user is added using the Joomla user API. That's unrelated. Looking at the "save user" action of Chronoforms is indeed what I woul recommend, or ask the developer directly. But yes, updating the user_cms_id yourself it totally fine. You might even prefer doing it like that as if you trigger the onUserAfterSave event, you might have issues with other plugins. For example, captcha plugins also implement that event and thus the captcha plugins aren't properly called to display on the registration form, they will cancel the registration if you go through Joomla user API for the saving.") 4 years 11 months ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:3 Views:984 | [Last Post](/forum/33-customers/903641-user-synchronization-after-prior-guest-checkout#337881 "Hi, The verification email is not sent by the Joomla JUser save. It's specific code in the controller which does that. I know since we have the same capability in HikaShop and we actually send our own verification email if the setting is activated in Joomla while still using the Joomla user API to add the user to the database. So the fact that the verification email is sent doesn't mean that the user is added using the Joomla user API. That's unrelated. Looking at the "save user" action of Chronoforms is indeed what I woul recommend, or ask the developer directly. But yes, updating the user_cms_id yourself it totally fine. You might even prefer doing it like that as if you trigger the onUserAfterSave event, you might have issues with other plugins. For example, captcha plugins also implement that event and thus the captcha plugins aren't properly called to display on the registration form, they will cancel the registration if you go through Joomla user API for the saving.") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 4 years 11 months ago |
| [](/forum/33-customers/903641-user-synchronization-after-prior-guest-checkout#337828) | [User synchronization after prior Guest checkout](/forum/33-customers/903641-user-synchronization-after-prior-guest-checkout#337828 "-- HikaShop version -- : 4.4.4 -- Joomla version -- : 3.10.3 -- PHP version -- : 7.4 We have allowed Guest checkout in the past. So visitors to the site may have purchases prior to today. If a visitor returns and creates a Joomla! User account using the same email address as prior Guest purchases, and then makes a purchase, they are unable to checkout in Hikashop. The problem we found is that there is a user in HIkashop (#__hikashop_user) with the user_cms_id field set to 0 but with the same Email address as the newly registered user. If I update the table manually with the J! User ID everything works for them. To avoid this, I have manually updated all newly registered J! users in the hikashop_user table. We are using a custom registration form. Could this be causing the system hikashopuser plugin from not synchronizing new user registrations into Hikashop? I have modified our user registration form to trigger an update onUserAfterSave that updates the hikashop_user table with the new J! user CMS id with the same email address. Is that the right thing to do? This only started to show up more frequently for us because we have recently began to require all visitors to be registered/logged in before making a purchase. Leaving us with thousands of Hikashiop customers (users) without a CMS id. Initially I though the HIkashop user synchronization plugin would take care of this for us. Thanks for your help!") Category: [Customers](/forum/33-customers "How to manage your customers and their access") Topic started 4 years 11 months ago, by [stratacorps](/forum/user/33546-stratacorps "View stratacorps's Profile") [Last Post](/forum/33-customers/903641-user-synchronization-after-prior-guest-checkout#337881 "Hi, The verification email is not sent by the Joomla JUser save. It's specific code in the controller which does that. I know since we have the same capability in HikaShop and we actually send our own verification email if the setting is activated in Joomla while still using the Joomla user API to add the user to the database. So the fact that the verification email is sent doesn't mean that the user is added using the Joomla user API. That's unrelated. Looking at the "save user" action of Chronoforms is indeed what I woul recommend, or ask the developer directly. But yes, updating the user_cms_id yourself it totally fine. You might even prefer doing it like that as if you trigger the onUserAfterSave event, you might have issues with other plugins. For example, captcha plugins also implement that event and thus the captcha plugins aren't properly called to display on the registration form, they will cancel the registration if you go through Joomla user API for the saving.") 4 years 11 months ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:3 Views:984 | [Last Post](/forum/33-customers/903641-user-synchronization-after-prior-guest-checkout#337881 "Hi, The verification email is not sent by the Joomla JUser save. It's specific code in the controller which does that. I know since we have the same capability in HikaShop and we actually send our own verification email if the setting is activated in Joomla while still using the Joomla user API to add the user to the database. So the fact that the verification email is sent doesn't mean that the user is added using the Joomla user API. That's unrelated. Looking at the "save user" action of Chronoforms is indeed what I woul recommend, or ask the developer directly. But yes, updating the user_cms_id yourself it totally fine. You might even prefer doing it like that as if you trigger the onUserAfterSave event, you might have issues with other plugins. For example, captcha plugins also implement that event and thus the captcha plugins aren't properly called to display on the registration form, they will cancel the registration if you go through Joomla user API for the saving.") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 4 years 11 months ago |
| [](/forum/27-checkout/902155-help-replacing-username-in-checkout-registration#330742) | [Help replacing username in checkout registration](/forum/27-checkout/902155-help-replacing-username-in-checkout-registration#330742 "-- HikaShop version -- : 4.4.1 -- Joomla version -- : 3.9.25 -- PHP version -- : 7.4 I am modifying sub_block_login_registration to replace the username field. I am trying to fill the field value with the Email address (we already use Email for login, but I realize the J! requires a unique username, so this seems to be the safest method other than possible creating a random username based on the email address like the J! Name field does in Hikashop). Either way, I need help with the best way to manipulate the username field after the user enters the Email address on the form. If there is a better way to omit the username field from the process, I couldn't find it. If we use Simplified Registration with/without password, the Name field isn't available, and the Name field gets populated with the left-of-@ portion of the Email address provided. Thanks! EDIT: javascript! ... maybe I over complicated things a bit, so I've hidden the label/field and used javascript/onchange. But is this where/how I should be doing it? It would be nice to have an option to either randomize this, or set to email, etc. and hide since we can already do something similar with the simplified registration option.") Category: [Checkout](/forum/27-checkout "Everything about the checkout process in Hikashop") Topic started 5 years 8 months ago, by [stratacorps](/forum/user/33546-stratacorps "View stratacorps's Profile") [Last Post](/forum/27-checkout/902155-help-replacing-username-in-checkout-registration#330742 "Thank you so much...I did the first one in testing, but the 2nd choice is better. I'm glad I asked.") 5 years 8 months ago by [stratacorps](/forum/user/33546-stratacorps "View stratacorps's Profile") | Replies:2 Views:776 | [Last Post](/forum/27-checkout/902155-help-replacing-username-in-checkout-registration#330742 "Thank you so much...I did the first one in testing, but the 2nd choice is better. I'm glad I asked.") by [stratacorps](/forum/user/33546-stratacorps "View stratacorps's Profile") 5 years 8 months ago |
| [](/forum/27-checkout/902155-help-replacing-username-in-checkout-registration#330679) | [Help replacing username in checkout registration](/forum/27-checkout/902155-help-replacing-username-in-checkout-registration#330679 "-- HikaShop version -- : 4.4.1 -- Joomla version -- : 3.9.25 -- PHP version -- : 7.4 I am modifying sub_block_login_registration to replace the username field. I am trying to fill the field value with the Email address (we already use Email for login, but I realize the J! requires a unique username, so this seems to be the safest method other than possible creating a random username based on the email address like the J! Name field does in Hikashop). Either way, I need help with the best way to manipulate the username field after the user enters the Email address on the form. If there is a better way to omit the username field from the process, I couldn't find it. If we use Simplified Registration with/without password, the Name field isn't available, and the Name field gets populated with the left-of-@ portion of the Email address provided. Thanks! EDIT: javascript! ... maybe I over complicated things a bit, so I've hidden the label/field and used javascript/onchange. But is this where/how I should be doing it? It would be nice to have an option to either randomize this, or set to email, etc. and hide since we can already do something similar with the simplified registration option.") Category: [Checkout](/forum/27-checkout "Everything about the checkout process in Hikashop") Topic started 5 years 8 months ago, by [stratacorps](/forum/user/33546-stratacorps "View stratacorps's Profile") [Last Post](/forum/27-checkout/902155-help-replacing-username-in-checkout-registration#330742 "Thank you so much...I did the first one in testing, but the 2nd choice is better. I'm glad I asked.") 5 years 8 months ago by [stratacorps](/forum/user/33546-stratacorps "View stratacorps's Profile") | Replies:2 Views:776 | [Last Post](/forum/27-checkout/902155-help-replacing-username-in-checkout-registration#330742 "Thank you so much...I did the first one in testing, but the 2nd choice is better. I'm glad I asked.") by [stratacorps](/forum/user/33546-stratacorps "View stratacorps's Profile") 5 years 8 months ago |
| [](/forum/27-checkout/900511-stripe-v3-checkout-refreshing-the-page-duplciates-order#323279) | [Stripe V3 checkout--refreshing the page duplciates order](/forum/27-checkout/900511-stripe-v3-checkout-refreshing-the-page-duplciates-order#323279 "-- HikaShop version -- : 4.3.0 -- Joomla version -- : 3.9.20 -- PHP version -- : 7.3 We purchased the V3 stripe plugin and I wanted to test it before moving away from AIM. I realize that this method doesn't allow for us to enter the credit card information as part of the order form, and thus the order is created before the payment process is initiated. But on a test site, with no other payment plugins installed, if the visitor refreshes the payment page--for whatever reason (I was re-attempt a failed test payment) a new order is created. Is there any way to prevent this from happening? Does the order checkout process have to leave the order page to process the payment--in other words, can the stripe payment process pop-up on the last page when submitted and if cancelled, stay on the page or if successful, proceed to confirming the order? I have tried placing "return url" and "cancel url" on the payment plugin configuration, but these don't appear anywhere on the payment page. Is there a way we can have links for the customer to cancel the payment process and return to the order (such as wanting to switch to another payment method)?") Category: [Checkout](/forum/27-checkout "Everything about the checkout process in Hikashop") Topic started 6 years 3 months ago, by [stratacorps](/forum/user/33546-stratacorps "View stratacorps's Profile") [Last Post](/forum/27-checkout/900511-stripe-v3-checkout-refreshing-the-page-duplciates-order#323309 "Hello, The cancel url is not really used by the plugin since the payment error is directly display in the "end" page and the customer can try again (without creating a new order). In order to avoid the order duplication for the same cart, one solution would be in the HIkaShop core so the confirmation of the cart will use a previously created order which is still "created" ; which would mean that the customer refreshed the page without performing a payment (successfully or not). Regards,") 6 years 2 months ago by [Jerome](/forum/user/80-jerome "View Jerome's Profile") | Replies:5 Views:833 | [Last Post](/forum/27-checkout/900511-stripe-v3-checkout-refreshing-the-page-duplciates-order#323309 "Hello, The cancel url is not really used by the plugin since the payment error is directly display in the "end" page and the customer can try again (without creating a new order). In order to avoid the order duplication for the same cart, one solution would be in the HIkaShop core so the confirmation of the cart will use a previously created order which is still "created" ; which would mean that the customer refreshed the page without performing a payment (successfully or not). Regards,") by [Jerome](/forum/user/80-jerome "View Jerome's Profile") 6 years 2 months ago |
[](/forum/topics/feed/mode-topics?format=feed&type=rss)
Time to create page: 0.061 seconds
[Powered by](/forum/credits) [Kunena Forum](https://www.kunena.org)