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

#  Profile for iceandfireski

##

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

**[ Offline](/forum/user/33424-iceandfireski)**

- **User Type:** User

- **Register Date:** 16 Jul 2014
- **Last login:** 11 years 3 months ago
- **Time Zone:**  UTC +0:00
- **Local Time:** 05:09

- **Posts:** 9
- **Profile views:** 57
- **Thank you received:** 1

- **Gender:** Unknown
- **Birthdate:** Unknown

- Posts

#  iceandfireski's recent posts  (9 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/35-orders-management/872476-order-number-not-sequential#176370) | [order number not sequential](/forum/35-orders-management/872476-order-number-not-sequential#176370 "-- HikaShop version -- : 2.3.2 -- Joomla version -- : Joomla! 2.5.27  Hi, I have had a look through the forum but can't see this one anywhere - it is probably just a setting I am missing!  Order numbers are not being created sequential ie  99 97 95 93  Missing every other number? I have attached two snippets, 1 of the config page and one of the order page  Thank you !")         Category: [Orders management](/forum/35-orders-management "You can ask here your questions about orders management")     Topic started 12 years 6 days ago, by [iceandfireski](/forum/user/33424-iceandfireski "View iceandfireski's Profile")       [Last Post](/forum/35-orders-management/872476-order-number-not-sequential#176401 "Hi,  Your order numbers are based on the order&#95;id of each order which is incremented sequentially, for each order created on your website. All I can think of is either that you have a filter on your orders listing (for example on the order status in order to display only confirmed orders), or that the orders in between were deleted. Could you check on these ?") 12 years 6 days ago     by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:1  Views:544 | [Last Post](/forum/35-orders-management/872476-order-number-not-sequential#176401 "Hi,  Your order numbers are based on the order&#95;id of each order which is incremented sequentially, for each order created on your website. All I can think of is either that you have a filter on your orders listing (for example on the order status in order to display only confirmed orders), or that the orders in between were deleted. Could you check on these ?") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile")      12 years 6 days ago |
| [](/forum/29-payment-methods/869908-copy-payment-method-causes-redirect-to-checkout#172326) | [copy payment method causes redirect to checkout](/forum/29-payment-methods/869908-copy-payment-method-causes-redirect-to-checkout#172326 "-- url of the page with the problem -- :   mywebsite.com/mypage  -- HikaShop version -- : Business: 2.3.2 -- Joomla version -- : Joomla! 2.5.10 -- PHP version -- : x.x.x -- Browser(s) name and version -- : XXXXX x.x.x -- Error-message(debug-mod must be tuned on) -- : Error&#95;message  Hi, Apologies for the second post in two days - just getting a few teething problems!!  I have installed and configured the Barclaycard EPDQ plugin for Hika by SellXED. The plugin works perfectly with a single payment method published and we have been running tests with no problems.  We need to have duplicates of the payment methods in order to have a charge for using credit cards and no charge for debit cards, although the plugin can not tell the difference between the cards we will just publish them as credit card and debit card.  The problem comes when you try to copy a payment method, at the check out process if you try to select one payment method and press finish you just get a page refresh and no forwarding to the EPDQ.  I have tried the following: Delete all payment methods, clear cache etc and start again. Add the payment methods and test one at a time.  The problem only occurs when you have a copy of a payment method running.  Any help gratefully appreciated  Andy")         Category: [Payment Methods](/forum/29-payment-methods "Discussions about the different payment methods for Hikashop")     Topic started 12 years 3 months ago, by [iceandfireski](/forum/user/33424-iceandfireski "View iceandfireski's Profile")       [Last Post](/forum/29-payment-methods/869908-copy-payment-method-causes-redirect-to-checkout#172326 "Hi Nicolas,  Thank you for posting back to see if the problem was sorted.  We managed a workaround in the end as customweb who supply the payment plugin were not very helpful at all. Really can't stress how poor thier support is for what is the most expensive payment plugin for Barclays EPDQ. Spent about 2 weeks going round in circles with them, even offered to pay for a modification to the plugin but they were not interested.  What we wanted was the option for the customer to choose Debit card or Credit card and to pay a fee for the credit card only. Fairly simple!  Thought this would be simple by creating two payment methods and having one with a percentage fee. Every time a copy/duplicate of a payment method was published it would not work.  Their plugin works by creating a payment method for each specific card type - visa, mastercard JCB etc.  In the end we managed the same end goal but using a service provided by Barclaycard EPDQ called split card. Our account with them is now able to distinguish between debit and credit and charges for credit only.  Now when a customer chooses a Visa on our site they get taken to the EPDQ page and at that point they can choose between credit or debit, all we do is warn the customer that the charge will be applied after the final checkout in Hika Shop.  It was not the perfect solution but it works and we are very happy with the rest of Hika Shop  :)") 12 years 1 month ago     by [iceandfireski](/forum/user/33424-iceandfireski "View iceandfireski's Profile") | Replies:9  Views:835 | [Last Post](/forum/29-payment-methods/869908-copy-payment-method-causes-redirect-to-checkout#172326 "Hi Nicolas,  Thank you for posting back to see if the problem was sorted.  We managed a workaround in the end as customweb who supply the payment plugin were not very helpful at all. Really can't stress how poor thier support is for what is the most expensive payment plugin for Barclays EPDQ. Spent about 2 weeks going round in circles with them, even offered to pay for a modification to the plugin but they were not interested.  What we wanted was the option for the customer to choose Debit card or Credit card and to pay a fee for the credit card only. Fairly simple!  Thought this would be simple by creating two payment methods and having one with a percentage fee. Every time a copy/duplicate of a payment method was published it would not work.  Their plugin works by creating a payment method for each specific card type - visa, mastercard JCB etc.  In the end we managed the same end goal but using a service provided by Barclaycard EPDQ called split card. Our account with them is now able to distinguish between debit and credit and charges for credit only.  Now when a customer chooses a Visa on our site they get taken to the EPDQ page and at that point they can choose between credit or debit, all we do is warn the customer that the charge will be applied after the final checkout in Hika Shop.  It was not the perfect solution but it works and we are very happy with the rest of Hika Shop  :)") by [iceandfireski](/forum/user/33424-iceandfireski "View iceandfireski's Profile")      12 years 1 month ago |
| [](/forum/29-payment-methods/869908-copy-payment-method-causes-redirect-to-checkout#165795) | [copy payment method causes redirect to checkout](/forum/29-payment-methods/869908-copy-payment-method-causes-redirect-to-checkout#165795 "-- url of the page with the problem -- :   mywebsite.com/mypage  -- HikaShop version -- : Business: 2.3.2 -- Joomla version -- : Joomla! 2.5.10 -- PHP version -- : x.x.x -- Browser(s) name and version -- : XXXXX x.x.x -- Error-message(debug-mod must be tuned on) -- : Error&#95;message  Hi, Apologies for the second post in two days - just getting a few teething problems!!  I have installed and configured the Barclaycard EPDQ plugin for Hika by SellXED. The plugin works perfectly with a single payment method published and we have been running tests with no problems.  We need to have duplicates of the payment methods in order to have a charge for using credit cards and no charge for debit cards, although the plugin can not tell the difference between the cards we will just publish them as credit card and debit card.  The problem comes when you try to copy a payment method, at the check out process if you try to select one payment method and press finish you just get a page refresh and no forwarding to the EPDQ.  I have tried the following: Delete all payment methods, clear cache etc and start again. Add the payment methods and test one at a time.  The problem only occurs when you have a copy of a payment method running.  Any help gratefully appreciated  Andy")         Category: [Payment Methods](/forum/29-payment-methods "Discussions about the different payment methods for Hikashop")     Topic started 12 years 3 months ago, by [iceandfireski](/forum/user/33424-iceandfireski "View iceandfireski's Profile")       [Last Post](/forum/29-payment-methods/869908-copy-payment-method-causes-redirect-to-checkout#172326 "Hi Nicolas,  Thank you for posting back to see if the problem was sorted.  We managed a workaround in the end as customweb who supply the payment plugin were not very helpful at all. Really can't stress how poor thier support is for what is the most expensive payment plugin for Barclays EPDQ. Spent about 2 weeks going round in circles with them, even offered to pay for a modification to the plugin but they were not interested.  What we wanted was the option for the customer to choose Debit card or Credit card and to pay a fee for the credit card only. Fairly simple!  Thought this would be simple by creating two payment methods and having one with a percentage fee. Every time a copy/duplicate of a payment method was published it would not work.  Their plugin works by creating a payment method for each specific card type - visa, mastercard JCB etc.  In the end we managed the same end goal but using a service provided by Barclaycard EPDQ called split card. Our account with them is now able to distinguish between debit and credit and charges for credit only.  Now when a customer chooses a Visa on our site they get taken to the EPDQ page and at that point they can choose between credit or debit, all we do is warn the customer that the charge will be applied after the final checkout in Hika Shop.  It was not the perfect solution but it works and we are very happy with the rest of Hika Shop  :)") 12 years 1 month ago     by [iceandfireski](/forum/user/33424-iceandfireski "View iceandfireski's Profile") | Replies:9  Views:835 | [Last Post](/forum/29-payment-methods/869908-copy-payment-method-causes-redirect-to-checkout#172326 "Hi Nicolas,  Thank you for posting back to see if the problem was sorted.  We managed a workaround in the end as customweb who supply the payment plugin were not very helpful at all. Really can't stress how poor thier support is for what is the most expensive payment plugin for Barclays EPDQ. Spent about 2 weeks going round in circles with them, even offered to pay for a modification to the plugin but they were not interested.  What we wanted was the option for the customer to choose Debit card or Credit card and to pay a fee for the credit card only. Fairly simple!  Thought this would be simple by creating two payment methods and having one with a percentage fee. Every time a copy/duplicate of a payment method was published it would not work.  Their plugin works by creating a payment method for each specific card type - visa, mastercard JCB etc.  In the end we managed the same end goal but using a service provided by Barclaycard EPDQ called split card. Our account with them is now able to distinguish between debit and credit and charges for credit only.  Now when a customer chooses a Visa on our site they get taken to the EPDQ page and at that point they can choose between credit or debit, all we do is warn the customer that the charge will be applied after the final checkout in Hika Shop.  It was not the perfect solution but it works and we are very happy with the rest of Hika Shop  :)") by [iceandfireski](/forum/user/33424-iceandfireski "View iceandfireski's Profile")      12 years 1 month ago |
| [](/forum/29-payment-methods/869908-copy-payment-method-causes-redirect-to-checkout#165593) | [copy payment method causes redirect to checkout](/forum/29-payment-methods/869908-copy-payment-method-causes-redirect-to-checkout#165593 "-- url of the page with the problem -- :   mywebsite.com/mypage  -- HikaShop version -- : Business: 2.3.2 -- Joomla version -- : Joomla! 2.5.10 -- PHP version -- : x.x.x -- Browser(s) name and version -- : XXXXX x.x.x -- Error-message(debug-mod must be tuned on) -- : Error&#95;message  Hi, Apologies for the second post in two days - just getting a few teething problems!!  I have installed and configured the Barclaycard EPDQ plugin for Hika by SellXED. The plugin works perfectly with a single payment method published and we have been running tests with no problems.  We need to have duplicates of the payment methods in order to have a charge for using credit cards and no charge for debit cards, although the plugin can not tell the difference between the cards we will just publish them as credit card and debit card.  The problem comes when you try to copy a payment method, at the check out process if you try to select one payment method and press finish you just get a page refresh and no forwarding to the EPDQ.  I have tried the following: Delete all payment methods, clear cache etc and start again. Add the payment methods and test one at a time.  The problem only occurs when you have a copy of a payment method running.  Any help gratefully appreciated  Andy")         Category: [Payment Methods](/forum/29-payment-methods "Discussions about the different payment methods for Hikashop")     Topic started 12 years 3 months ago, by [iceandfireski](/forum/user/33424-iceandfireski "View iceandfireski's Profile")       [Last Post](/forum/29-payment-methods/869908-copy-payment-method-causes-redirect-to-checkout#172326 "Hi Nicolas,  Thank you for posting back to see if the problem was sorted.  We managed a workaround in the end as customweb who supply the payment plugin were not very helpful at all. Really can't stress how poor thier support is for what is the most expensive payment plugin for Barclays EPDQ. Spent about 2 weeks going round in circles with them, even offered to pay for a modification to the plugin but they were not interested.  What we wanted was the option for the customer to choose Debit card or Credit card and to pay a fee for the credit card only. Fairly simple!  Thought this would be simple by creating two payment methods and having one with a percentage fee. Every time a copy/duplicate of a payment method was published it would not work.  Their plugin works by creating a payment method for each specific card type - visa, mastercard JCB etc.  In the end we managed the same end goal but using a service provided by Barclaycard EPDQ called split card. Our account with them is now able to distinguish between debit and credit and charges for credit only.  Now when a customer chooses a Visa on our site they get taken to the EPDQ page and at that point they can choose between credit or debit, all we do is warn the customer that the charge will be applied after the final checkout in Hika Shop.  It was not the perfect solution but it works and we are very happy with the rest of Hika Shop  :)") 12 years 1 month ago     by [iceandfireski](/forum/user/33424-iceandfireski "View iceandfireski's Profile") | Replies:9  Views:835 | [Last Post](/forum/29-payment-methods/869908-copy-payment-method-causes-redirect-to-checkout#172326 "Hi Nicolas,  Thank you for posting back to see if the problem was sorted.  We managed a workaround in the end as customweb who supply the payment plugin were not very helpful at all. Really can't stress how poor thier support is for what is the most expensive payment plugin for Barclays EPDQ. Spent about 2 weeks going round in circles with them, even offered to pay for a modification to the plugin but they were not interested.  What we wanted was the option for the customer to choose Debit card or Credit card and to pay a fee for the credit card only. Fairly simple!  Thought this would be simple by creating two payment methods and having one with a percentage fee. Every time a copy/duplicate of a payment method was published it would not work.  Their plugin works by creating a payment method for each specific card type - visa, mastercard JCB etc.  In the end we managed the same end goal but using a service provided by Barclaycard EPDQ called split card. Our account with them is now able to distinguish between debit and credit and charges for credit only.  Now when a customer chooses a Visa on our site they get taken to the EPDQ page and at that point they can choose between credit or debit, all we do is warn the customer that the charge will be applied after the final checkout in Hika Shop.  It was not the perfect solution but it works and we are very happy with the rest of Hika Shop  :)") by [iceandfireski](/forum/user/33424-iceandfireski "View iceandfireski's Profile")      12 years 1 month ago |
| [](/forum/29-payment-methods/869908-copy-payment-method-causes-redirect-to-checkout#165499) | [copy payment method causes redirect to checkout](/forum/29-payment-methods/869908-copy-payment-method-causes-redirect-to-checkout#165499 "-- url of the page with the problem -- :   mywebsite.com/mypage  -- HikaShop version -- : Business: 2.3.2 -- Joomla version -- : Joomla! 2.5.10 -- PHP version -- : x.x.x -- Browser(s) name and version -- : XXXXX x.x.x -- Error-message(debug-mod must be tuned on) -- : Error&#95;message  Hi, Apologies for the second post in two days - just getting a few teething problems!!  I have installed and configured the Barclaycard EPDQ plugin for Hika by SellXED. The plugin works perfectly with a single payment method published and we have been running tests with no problems.  We need to have duplicates of the payment methods in order to have a charge for using credit cards and no charge for debit cards, although the plugin can not tell the difference between the cards we will just publish them as credit card and debit card.  The problem comes when you try to copy a payment method, at the check out process if you try to select one payment method and press finish you just get a page refresh and no forwarding to the EPDQ.  I have tried the following: Delete all payment methods, clear cache etc and start again. Add the payment methods and test one at a time.  The problem only occurs when you have a copy of a payment method running.  Any help gratefully appreciated  Andy")         Category: [Payment Methods](/forum/29-payment-methods "Discussions about the different payment methods for Hikashop")     Topic started 12 years 3 months ago, by [iceandfireski](/forum/user/33424-iceandfireski "View iceandfireski's Profile")       [Last Post](/forum/29-payment-methods/869908-copy-payment-method-causes-redirect-to-checkout#172326 "Hi Nicolas,  Thank you for posting back to see if the problem was sorted.  We managed a workaround in the end as customweb who supply the payment plugin were not very helpful at all. Really can't stress how poor thier support is for what is the most expensive payment plugin for Barclays EPDQ. Spent about 2 weeks going round in circles with them, even offered to pay for a modification to the plugin but they were not interested.  What we wanted was the option for the customer to choose Debit card or Credit card and to pay a fee for the credit card only. Fairly simple!  Thought this would be simple by creating two payment methods and having one with a percentage fee. Every time a copy/duplicate of a payment method was published it would not work.  Their plugin works by creating a payment method for each specific card type - visa, mastercard JCB etc.  In the end we managed the same end goal but using a service provided by Barclaycard EPDQ called split card. Our account with them is now able to distinguish between debit and credit and charges for credit only.  Now when a customer chooses a Visa on our site they get taken to the EPDQ page and at that point they can choose between credit or debit, all we do is warn the customer that the charge will be applied after the final checkout in Hika Shop.  It was not the perfect solution but it works and we are very happy with the rest of Hika Shop  :)") 12 years 1 month ago     by [iceandfireski](/forum/user/33424-iceandfireski "View iceandfireski's Profile") | Replies:9  Views:835 | [Last Post](/forum/29-payment-methods/869908-copy-payment-method-causes-redirect-to-checkout#172326 "Hi Nicolas,  Thank you for posting back to see if the problem was sorted.  We managed a workaround in the end as customweb who supply the payment plugin were not very helpful at all. Really can't stress how poor thier support is for what is the most expensive payment plugin for Barclays EPDQ. Spent about 2 weeks going round in circles with them, even offered to pay for a modification to the plugin but they were not interested.  What we wanted was the option for the customer to choose Debit card or Credit card and to pay a fee for the credit card only. Fairly simple!  Thought this would be simple by creating two payment methods and having one with a percentage fee. Every time a copy/duplicate of a payment method was published it would not work.  Their plugin works by creating a payment method for each specific card type - visa, mastercard JCB etc.  In the end we managed the same end goal but using a service provided by Barclaycard EPDQ called split card. Our account with them is now able to distinguish between debit and credit and charges for credit only.  Now when a customer chooses a Visa on our site they get taken to the EPDQ page and at that point they can choose between credit or debit, all we do is warn the customer that the charge will be applied after the final checkout in Hika Shop.  It was not the perfect solution but it works and we are very happy with the rest of Hika Shop  :)") by [iceandfireski](/forum/user/33424-iceandfireski "View iceandfireski's Profile")      12 years 1 month ago |
| [](/forum/29-payment-methods/869908-copy-payment-method-causes-redirect-to-checkout#165437) | [copy payment method causes redirect to checkout](/forum/29-payment-methods/869908-copy-payment-method-causes-redirect-to-checkout#165437 "-- url of the page with the problem -- :   mywebsite.com/mypage  -- HikaShop version -- : Business: 2.3.2 -- Joomla version -- : Joomla! 2.5.10 -- PHP version -- : x.x.x -- Browser(s) name and version -- : XXXXX x.x.x -- Error-message(debug-mod must be tuned on) -- : Error&#95;message  Hi, Apologies for the second post in two days - just getting a few teething problems!!  I have installed and configured the Barclaycard EPDQ plugin for Hika by SellXED. The plugin works perfectly with a single payment method published and we have been running tests with no problems.  We need to have duplicates of the payment methods in order to have a charge for using credit cards and no charge for debit cards, although the plugin can not tell the difference between the cards we will just publish them as credit card and debit card.  The problem comes when you try to copy a payment method, at the check out process if you try to select one payment method and press finish you just get a page refresh and no forwarding to the EPDQ.  I have tried the following: Delete all payment methods, clear cache etc and start again. Add the payment methods and test one at a time.  The problem only occurs when you have a copy of a payment method running.  Any help gratefully appreciated  Andy")         Category: [Payment Methods](/forum/29-payment-methods "Discussions about the different payment methods for Hikashop")     Topic started 12 years 3 months ago, by [iceandfireski](/forum/user/33424-iceandfireski "View iceandfireski's Profile")       [Last Post](/forum/29-payment-methods/869908-copy-payment-method-causes-redirect-to-checkout#172326 "Hi Nicolas,  Thank you for posting back to see if the problem was sorted.  We managed a workaround in the end as customweb who supply the payment plugin were not very helpful at all. Really can't stress how poor thier support is for what is the most expensive payment plugin for Barclays EPDQ. Spent about 2 weeks going round in circles with them, even offered to pay for a modification to the plugin but they were not interested.  What we wanted was the option for the customer to choose Debit card or Credit card and to pay a fee for the credit card only. Fairly simple!  Thought this would be simple by creating two payment methods and having one with a percentage fee. Every time a copy/duplicate of a payment method was published it would not work.  Their plugin works by creating a payment method for each specific card type - visa, mastercard JCB etc.  In the end we managed the same end goal but using a service provided by Barclaycard EPDQ called split card. Our account with them is now able to distinguish between debit and credit and charges for credit only.  Now when a customer chooses a Visa on our site they get taken to the EPDQ page and at that point they can choose between credit or debit, all we do is warn the customer that the charge will be applied after the final checkout in Hika Shop.  It was not the perfect solution but it works and we are very happy with the rest of Hika Shop  :)") 12 years 1 month ago     by [iceandfireski](/forum/user/33424-iceandfireski "View iceandfireski's Profile") | Replies:9  Views:835 | [Last Post](/forum/29-payment-methods/869908-copy-payment-method-causes-redirect-to-checkout#172326 "Hi Nicolas,  Thank you for posting back to see if the problem was sorted.  We managed a workaround in the end as customweb who supply the payment plugin were not very helpful at all. Really can't stress how poor thier support is for what is the most expensive payment plugin for Barclays EPDQ. Spent about 2 weeks going round in circles with them, even offered to pay for a modification to the plugin but they were not interested.  What we wanted was the option for the customer to choose Debit card or Credit card and to pay a fee for the credit card only. Fairly simple!  Thought this would be simple by creating two payment methods and having one with a percentage fee. Every time a copy/duplicate of a payment method was published it would not work.  Their plugin works by creating a payment method for each specific card type - visa, mastercard JCB etc.  In the end we managed the same end goal but using a service provided by Barclaycard EPDQ called split card. Our account with them is now able to distinguish between debit and credit and charges for credit only.  Now when a customer chooses a Visa on our site they get taken to the EPDQ page and at that point they can choose between credit or debit, all we do is warn the customer that the charge will be applied after the final checkout in Hika Shop.  It was not the perfect solution but it works and we are very happy with the rest of Hika Shop  :)") by [iceandfireski](/forum/user/33424-iceandfireski "View iceandfireski's Profile")      12 years 1 month ago |
| [](/forum/27-checkout/869871-remove-custom-fields-from-cart-module#165260) | [Remove custom fields from cart module](/forum/27-checkout/869871-remove-custom-fields-from-cart-module#165260 "-- url of the page with the problem -- :   mywebsite.com/mypage  -- HikaShop version -- : HikaShop Business: 2.3.2 -- Joomla version -- : Joomla! 2.5.10 -- PHP version -- : x.x.x -- Browser(s) name and version -- : XXXXX x.x.x -- Error-message(debug-mod must be tuned on) -- : Error&#95;message  Hi, firstly thank you for such a great product I am still getting used to the huge amount of customization available but am impressed so far!  I have set up a menu item in joomla displaying the categories from the shop and have assigned modules to the side for cart, categories, currency etc. I have also set up some custom fields in the products for customers to enter information - this all works fine. The problem I have is that the information from the custom fields gets shown in the cart which makes it a very long and messy cart.  I have tried the mini cart and that is not a solution as the customer needs to be able to see the following:  Item name quantity  I have a couple of questions please:  1. Is there a way of removing the custom fields from the cart module?  2. There also does not appear to be a refresh on the cart module - have I missed a setting somewhere?  3. When going through the checkout process all of the modules that were assigned to the shop menu appear all the way through - is there a way of stopping them from showing ie on the registration and payment pages you still have all the modules from the main shop page.  Once again thanks for a great product and apologies if some of the answers are already on the forum, I did have a good look - promise :)")        Category: [Checkout](/forum/27-checkout "Everything about the checkout process in Hikashop")     Topic started 12 years 3 months ago, by [iceandfireski](/forum/user/33424-iceandfireski "View iceandfireski's Profile")       [Last Post](/forum/27-checkout/869871-remove-custom-fields-from-cart-module#178639 "Thanks this was very helpful in pointing me in the right direction but having tried to use the code suggested I think I can add some more info  There appears to be a bug in the way hikashop builds the cart module classes.  On its own I found hikashop&#95;cart&#95;product&#95;custom&#95;item&#95;fields{display:none; } only removes the custom fields from the checkout screen not the cart module.  The .hikashop&#95;cart&#95;product&#95;custom&#95;item&#95;fields class appears not to be applied to the actual custom fields in the cart module but is in the checkout screen.  As a fix you can apply the {display:none;} to each of the custom fields  e.g. .hikashop&#95;cart&#95;item&#95;date&#95;of&#95;birth{display: none;}  If you only want to hide them in the cart module and not the checkout screen you can use  .hikashop&#95;cart&#95;module .hikashop&#95;cart&#95;item&#95;date&#95;of&#95;birth{display: none;}") 11 years 11 months ago     by [dzshanno](/forum/user/31606-dzshanno "View dzshanno's Profile") | Replies:4  Views:1142 | [Last Post](/forum/27-checkout/869871-remove-custom-fields-from-cart-module#178639 "Thanks this was very helpful in pointing me in the right direction but having tried to use the code suggested I think I can add some more info  There appears to be a bug in the way hikashop builds the cart module classes.  On its own I found hikashop&#95;cart&#95;product&#95;custom&#95;item&#95;fields{display:none; } only removes the custom fields from the checkout screen not the cart module.  The .hikashop&#95;cart&#95;product&#95;custom&#95;item&#95;fields class appears not to be applied to the actual custom fields in the cart module but is in the checkout screen.  As a fix you can apply the {display:none;} to each of the custom fields  e.g. .hikashop&#95;cart&#95;item&#95;date&#95;of&#95;birth{display: none;}  If you only want to hide them in the cart module and not the checkout screen you can use  .hikashop&#95;cart&#95;module .hikashop&#95;cart&#95;item&#95;date&#95;of&#95;birth{display: none;}") by [dzshanno](/forum/user/31606-dzshanno "View dzshanno's Profile")      11 years 11 months ago |
| [](/forum/29-payment-methods/869908-copy-payment-method-causes-redirect-to-checkout#165173) | [copy payment method causes redirect to checkout](/forum/29-payment-methods/869908-copy-payment-method-causes-redirect-to-checkout#165173 "-- url of the page with the problem -- :   mywebsite.com/mypage  -- HikaShop version -- : Business: 2.3.2 -- Joomla version -- : Joomla! 2.5.10 -- PHP version -- : x.x.x -- Browser(s) name and version -- : XXXXX x.x.x -- Error-message(debug-mod must be tuned on) -- : Error&#95;message  Hi, Apologies for the second post in two days - just getting a few teething problems!!  I have installed and configured the Barclaycard EPDQ plugin for Hika by SellXED. The plugin works perfectly with a single payment method published and we have been running tests with no problems.  We need to have duplicates of the payment methods in order to have a charge for using credit cards and no charge for debit cards, although the plugin can not tell the difference between the cards we will just publish them as credit card and debit card.  The problem comes when you try to copy a payment method, at the check out process if you try to select one payment method and press finish you just get a page refresh and no forwarding to the EPDQ.  I have tried the following: Delete all payment methods, clear cache etc and start again. Add the payment methods and test one at a time.  The problem only occurs when you have a copy of a payment method running.  Any help gratefully appreciated  Andy")         Category: [Payment Methods](/forum/29-payment-methods "Discussions about the different payment methods for Hikashop")     Topic started 12 years 3 months ago, by [iceandfireski](/forum/user/33424-iceandfireski "View iceandfireski's Profile")       [Last Post](/forum/29-payment-methods/869908-copy-payment-method-causes-redirect-to-checkout#172326 "Hi Nicolas,  Thank you for posting back to see if the problem was sorted.  We managed a workaround in the end as customweb who supply the payment plugin were not very helpful at all. Really can't stress how poor thier support is for what is the most expensive payment plugin for Barclays EPDQ. Spent about 2 weeks going round in circles with them, even offered to pay for a modification to the plugin but they were not interested.  What we wanted was the option for the customer to choose Debit card or Credit card and to pay a fee for the credit card only. Fairly simple!  Thought this would be simple by creating two payment methods and having one with a percentage fee. Every time a copy/duplicate of a payment method was published it would not work.  Their plugin works by creating a payment method for each specific card type - visa, mastercard JCB etc.  In the end we managed the same end goal but using a service provided by Barclaycard EPDQ called split card. Our account with them is now able to distinguish between debit and credit and charges for credit only.  Now when a customer chooses a Visa on our site they get taken to the EPDQ page and at that point they can choose between credit or debit, all we do is warn the customer that the charge will be applied after the final checkout in Hika Shop.  It was not the perfect solution but it works and we are very happy with the rest of Hika Shop  :)") 12 years 1 month ago     by [iceandfireski](/forum/user/33424-iceandfireski "View iceandfireski's Profile") | Replies:9  Views:835 | [Last Post](/forum/29-payment-methods/869908-copy-payment-method-causes-redirect-to-checkout#172326 "Hi Nicolas,  Thank you for posting back to see if the problem was sorted.  We managed a workaround in the end as customweb who supply the payment plugin were not very helpful at all. Really can't stress how poor thier support is for what is the most expensive payment plugin for Barclays EPDQ. Spent about 2 weeks going round in circles with them, even offered to pay for a modification to the plugin but they were not interested.  What we wanted was the option for the customer to choose Debit card or Credit card and to pay a fee for the credit card only. Fairly simple!  Thought this would be simple by creating two payment methods and having one with a percentage fee. Every time a copy/duplicate of a payment method was published it would not work.  Their plugin works by creating a payment method for each specific card type - visa, mastercard JCB etc.  In the end we managed the same end goal but using a service provided by Barclaycard EPDQ called split card. Our account with them is now able to distinguish between debit and credit and charges for credit only.  Now when a customer chooses a Visa on our site they get taken to the EPDQ page and at that point they can choose between credit or debit, all we do is warn the customer that the charge will be applied after the final checkout in Hika Shop.  It was not the perfect solution but it works and we are very happy with the rest of Hika Shop  :)") by [iceandfireski](/forum/user/33424-iceandfireski "View iceandfireski's Profile")      12 years 1 month ago |
| [](/forum/27-checkout/869871-remove-custom-fields-from-cart-module#164987) | [Remove custom fields from cart module](/forum/27-checkout/869871-remove-custom-fields-from-cart-module#164987 "-- url of the page with the problem -- :   mywebsite.com/mypage  -- HikaShop version -- : HikaShop Business: 2.3.2 -- Joomla version -- : Joomla! 2.5.10 -- PHP version -- : x.x.x -- Browser(s) name and version -- : XXXXX x.x.x -- Error-message(debug-mod must be tuned on) -- : Error&#95;message  Hi, firstly thank you for such a great product I am still getting used to the huge amount of customization available but am impressed so far!  I have set up a menu item in joomla displaying the categories from the shop and have assigned modules to the side for cart, categories, currency etc. I have also set up some custom fields in the products for customers to enter information - this all works fine. The problem I have is that the information from the custom fields gets shown in the cart which makes it a very long and messy cart.  I have tried the mini cart and that is not a solution as the customer needs to be able to see the following:  Item name quantity  I have a couple of questions please:  1. Is there a way of removing the custom fields from the cart module?  2. There also does not appear to be a refresh on the cart module - have I missed a setting somewhere?  3. When going through the checkout process all of the modules that were assigned to the shop menu appear all the way through - is there a way of stopping them from showing ie on the registration and payment pages you still have all the modules from the main shop page.  Once again thanks for a great product and apologies if some of the answers are already on the forum, I did have a good look - promise :)")        Category: [Checkout](/forum/27-checkout "Everything about the checkout process in Hikashop")     Topic started 12 years 3 months ago, by [iceandfireski](/forum/user/33424-iceandfireski "View iceandfireski's Profile")       [Last Post](/forum/27-checkout/869871-remove-custom-fields-from-cart-module#178639 "Thanks this was very helpful in pointing me in the right direction but having tried to use the code suggested I think I can add some more info  There appears to be a bug in the way hikashop builds the cart module classes.  On its own I found hikashop&#95;cart&#95;product&#95;custom&#95;item&#95;fields{display:none; } only removes the custom fields from the checkout screen not the cart module.  The .hikashop&#95;cart&#95;product&#95;custom&#95;item&#95;fields class appears not to be applied to the actual custom fields in the cart module but is in the checkout screen.  As a fix you can apply the {display:none;} to each of the custom fields  e.g. .hikashop&#95;cart&#95;item&#95;date&#95;of&#95;birth{display: none;}  If you only want to hide them in the cart module and not the checkout screen you can use  .hikashop&#95;cart&#95;module .hikashop&#95;cart&#95;item&#95;date&#95;of&#95;birth{display: none;}") 11 years 11 months ago     by [dzshanno](/forum/user/31606-dzshanno "View dzshanno's Profile") | Replies:4  Views:1142 | [Last Post](/forum/27-checkout/869871-remove-custom-fields-from-cart-module#178639 "Thanks this was very helpful in pointing me in the right direction but having tried to use the code suggested I think I can add some more info  There appears to be a bug in the way hikashop builds the cart module classes.  On its own I found hikashop&#95;cart&#95;product&#95;custom&#95;item&#95;fields{display:none; } only removes the custom fields from the checkout screen not the cart module.  The .hikashop&#95;cart&#95;product&#95;custom&#95;item&#95;fields class appears not to be applied to the actual custom fields in the cart module but is in the checkout screen.  As a fix you can apply the {display:none;} to each of the custom fields  e.g. .hikashop&#95;cart&#95;item&#95;date&#95;of&#95;birth{display: none;}  If you only want to hide them in the cart module and not the checkout screen you can use  .hikashop&#95;cart&#95;module .hikashop&#95;cart&#95;item&#95;date&#95;of&#95;birth{display: none;}") by [dzshanno](/forum/user/31606-dzshanno "View dzshanno's Profile")      11 years 11 months ago |

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

Time to create page: 0.206 seconds

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

[](#top)
