[Skip to main content](#vessel-content) # Profile for levelup ## [![levelup's Avatar](https://www.hikashop.com/media/kunena/core/svg/person.svg)](/forum/user/61801-levelup "View levelup's Profile") **[ Offline](/forum/user/61801-levelup)** - **User Type:** User - **Register Date:** 20 Jul 2021 - **Last login:** 2 months 1 week ago - **Time Zone:** UTC +0:00 - **Local Time:** 21:10 - **Posts:** 145 - **Profile views:** 122 - **Thank you received:** 6 - **Gender:** Male > Life is the unique stage of our art. Everyone sings their own song and leaves the stage. The stage is always permanent. Blessed is that song that people remember. - Posts # levelup's recent posts (145 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/26-product-category-display/910683-condition-the-display-and-calculation-of-option-prices-to-the-custom-fields#372677) | [Condition the display and calculation of option prices to the custom fields](/forum/26-product-category-display/910683-condition-the-display-and-calculation-of-option-prices-to-the-custom-fields#372677 "Hi I want to write a plugin for Hikashop that displays and calculates the price of optional products based on the Product Custom Field that the customer selects. Also, in each option, based on the variant that the customer chooses (by comparing the Custom Field of each option's variants with the custom fields of the other product's variants), other variants of the option products are displayed. Let me explain the scenario I'm looking for: There is a curtain store website. The customer chooses the product variant (color or model) he wants, by doing this, the product price changes. Then he enters the length and width of the product in the custom fields created for this purpose. Using the price calculation plugin (length * width * price), the product cost is calculated. There is also a Product Custom Field where the customer chooses whether he wants electric or manual curtains. If the customer chooses manual, there is no need for Options, but if he chooses electric, the Option products (motor and fittings) must be displayed. These 2 options (motor and fittings) have variants that have their own prices. Also, these variants have Product Custom Fields that They contain the maximum weight, length, and width they can withstand. For example, if the length of the curtain entered by the user is more than 3 meters, only the heavy motor, which is one of the motor variants and has the ability to move the curtain more than 3 meters, should be displayed in the motor option, but if the curtain length is less than 3 meters, both the light motor and the heavy motor options should be displayed so that the customer can choose whichever he likes. Regarding the fittings, the appropriate fittings should be displayed depending on the length and width of the curtain. These options are finally added to the calculated price in the price calculation plugin. Is it possible to implement such a plugin in Hikashop and can you advise me on what events I should use?") Category: [Product & Category Display](/forum/26-product-category-display "Questions about product and category display. You can't find how to make Hikashop looks incredible? The answer is here!") Topic started 3 months 2 weeks ago, by [levelup](/forum/user/61801-levelup "View levelup's Profile") [Last Post](/forum/26-product-category-display/910683-condition-the-display-and-calculation-of-option-prices-to-the-custom-fields#372681 "Hi, Yes it is possible, and most of it does not need a custom plugin at all: the whole pricing side can be done with custom item fields plus our "Price Calculations" plugin (on the marketplace). Only the conditional display and filtering of the options needs a bit of custom JavaScript. Here is the breakdown. Pricing (no code, configuration only) The Price Calculations plugin lets you define several formulas, each with an optional condition, and it recalculates the price live on the product page. In a formula you can reference any product or item custom field by its column name, plus {price}, {cart_product_quantity} and others, and you have math operators and a few PHP functions. Two important points for your case: - {price} already reflects the selected variant AND the option costs, so options are added to the total automatically. - the price preview refreshes by AJAX as the customer changes the fields. So: - Length x width: create two custom item fields (table "item") named for example length and width, then a formula like: (or {price} * {length} * {width}, depending on how your base price is defined). - Electric vs manual: the motor and fittings are options, so their price already folds into {price}. If the math has to differ between the two cases, add a second formula with a condition on your electric/manual field, for example condition {type} == 'electric' with its own formula, and a formula with no condition as the fallback. The plugin uses the first formula whose condition matches. The only part that needs custom JavaScript The plugin calculates the price, it does not decide which options or which option variants are shown or selectable. Two of your requirements are display logic, not pricing: 1. Showing the motor and fittings options only when "electric" is chosen. 2. Showing only the motor/fittings variants whose maximum length/width/weight fit the dimensions the customer entered (heavy motor only above 3 m, appropriate fittings by size, etc.). These react to values typed live on the page, so they have to be done in JavaScript. Store the max length/width/weight of each motor and fittings variant as product custom fields on those variants, read them server side, inject them as a JS map, and on every length/width change show or hide the matching options. For point 1 the electric/manual show-hide can be a couple of lines of JS. You can also prune an option's variant list server side with the onBeforeOptionDisplay event (fired in front/views/product/tmpl/option.php), but since the dimensions are entered live the real filtering has to happen in JS. Note that a formula cannot read the option products' own variant custom fields (they are not exposed as tags on the main product), which is another reason the dimension filtering is done in JS rather than in a formula. So: custom item fields + the Price Calculations plugin for all the pricing, and a small JavaScript override for the conditional display and the dimension based filtering of the options.") 3 months 2 weeks ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:1 Views:204 | [Last Post](/forum/26-product-category-display/910683-condition-the-display-and-calculation-of-option-prices-to-the-custom-fields#372681 "Hi, Yes it is possible, and most of it does not need a custom plugin at all: the whole pricing side can be done with custom item fields plus our "Price Calculations" plugin (on the marketplace). Only the conditional display and filtering of the options needs a bit of custom JavaScript. Here is the breakdown. Pricing (no code, configuration only) The Price Calculations plugin lets you define several formulas, each with an optional condition, and it recalculates the price live on the product page. In a formula you can reference any product or item custom field by its column name, plus {price}, {cart_product_quantity} and others, and you have math operators and a few PHP functions. Two important points for your case: - {price} already reflects the selected variant AND the option costs, so options are added to the total automatically. - the price preview refreshes by AJAX as the customer changes the fields. So: - Length x width: create two custom item fields (table "item") named for example length and width, then a formula like: (or {price} * {length} * {width}, depending on how your base price is defined). - Electric vs manual: the motor and fittings are options, so their price already folds into {price}. If the math has to differ between the two cases, add a second formula with a condition on your electric/manual field, for example condition {type} == 'electric' with its own formula, and a formula with no condition as the fallback. The plugin uses the first formula whose condition matches. The only part that needs custom JavaScript The plugin calculates the price, it does not decide which options or which option variants are shown or selectable. Two of your requirements are display logic, not pricing: 1. Showing the motor and fittings options only when "electric" is chosen. 2. Showing only the motor/fittings variants whose maximum length/width/weight fit the dimensions the customer entered (heavy motor only above 3 m, appropriate fittings by size, etc.). These react to values typed live on the page, so they have to be done in JavaScript. Store the max length/width/weight of each motor and fittings variant as product custom fields on those variants, read them server side, inject them as a JS map, and on every length/width change show or hide the matching options. For point 1 the electric/manual show-hide can be a couple of lines of JS. You can also prune an option's variant list server side with the onBeforeOptionDisplay event (fired in front/views/product/tmpl/option.php), but since the dimensions are entered live the real filtering has to happen in JS. Note that a formula cannot read the option products' own variant custom fields (they are not exposed as tags on the main product), which is another reason the dimension filtering is done in JS rather than in a formula. So: custom item fields + the Price Calculations plugin for all the pricing, and a small JavaScript override for the conditional display and the dimension based filtering of the options.") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 3 months 2 weeks ago | | [](/forum/32-content-creation/910676-displaying-custom-field-for-variant-products#372650) | [Displaying custom field for variant products](/forum/32-content-creation/910676-displaying-custom-field-for-variant-products#372650 "Hi I have created a Product Custom Field. I want to display the text inside the custom field when the customer selects a specific variant of a product. For the main product this is done by placing this code in the layout: But for the variants it is not displayed. What should I edit?") Category: [Content Creation](/forum/32-content-creation "If you want to know more about the different options of the product and category creation.") Topic started 3 months 2 weeks ago, by [levelup](/forum/user/61801-levelup "View levelup's Profile") [Last Post](/forum/32-content-creation/910676-displaying-custom-field-for-variant-products#372651 "Hello, The reason it works for the main product but not for the variants: your code prints $this->element->intro_txt once, server side, for the main product only. On the page HikaShop updates the variant values in the browser by swapping a set of hidden blocks it generates itself (name, code, price, description, and so on). Your hand made block is not one of those blocks, so it always keeps the main product value. The fix is to reproduce that same swap for your field, entirely in template overrides. Three small edits: 1) In your product layout override, wrap your block in a container HikaShop can target, and use a class instead of the id on the inner div (the id would otherwise be duplicated once per variant): 2) Override show_variants.php and add, next to the other per variant hidden blocks, a source block for your field: 3) Add this small script once (for example at the bottom of your product layout override). It copies the selected variant's block into the visible one each time a variant is chosen: That reproduces exactly how HikaShop swaps its built in fields (name, price, description) for your custom field, so your box updates as the customer changes the variant. One note: your custom field is a field on the product table, so it is a real column, and each variant is a product row that carries its own value. That is why $variant->intro_txt is available in show_variants.php the same way $this->element->intro_txt is on the main product.") 3 months 2 weeks ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:1 Views:241 | [Last Post](/forum/32-content-creation/910676-displaying-custom-field-for-variant-products#372651 "Hello, The reason it works for the main product but not for the variants: your code prints $this->element->intro_txt once, server side, for the main product only. On the page HikaShop updates the variant values in the browser by swapping a set of hidden blocks it generates itself (name, code, price, description, and so on). Your hand made block is not one of those blocks, so it always keeps the main product value. The fix is to reproduce that same swap for your field, entirely in template overrides. Three small edits: 1) In your product layout override, wrap your block in a container HikaShop can target, and use a class instead of the id on the inner div (the id would otherwise be duplicated once per variant): 2) Override show_variants.php and add, next to the other per variant hidden blocks, a source block for your field: 3) Add this small script once (for example at the bottom of your product layout override). It copies the selected variant's block into the visible one each time a variant is chosen: That reproduces exactly how HikaShop swaps its built in fields (name, price, description) for your custom field, so your box updates as the customer changes the variant. One note: your custom field is a field on the product table, so it is a real column, and each variant is a product row that carries its own value. That is why $variant->intro_txt is available in show_variants.php the same way $this->element->intro_txt is on the main product.") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 3 months 2 weeks ago | | [](/forum/32-content-creation/910668-cant-change-product-custom-field-position-in-product-backend#372601) | [cant change product custom field position in product backend](/forum/32-content-creation/910668-cant-change-product-custom-field-position-in-product-backend#372601 "-- HikaShop version -- : 6.5.0 -- Joomla version -- : 6.1.1 -- PHP version -- : 8.3 Hi Why can't I change the position of the custom field for the product type in version 6.5? I created a Product Custom Field called intro_text. On the product management page, in the Form customization section, I created a block called Intro info and moved the intro_text custom field into this new block. So far, everything is correct. But when I tried to position this block next to the Description block, everything gets messed up and when I save the product page, the Intro info block goes back to its original position, at the bottom of all blocks. This problem did not exist in version 6.1 And I could drag and drop to change the location of different blocks. In version 6.5 this could only be done with the Move up and Move down buttons, but the new block that is created does not have these buttons and the drag and drop function does not work either.") Category: [Content Creation](/forum/32-content-creation "If you want to know more about the different options of the product and category creation.") Topic started 3 months 3 weeks ago, by [levelup](/forum/user/61801-levelup "View levelup's Profile") [Last Post](/forum/32-content-creation/910668-cant-change-product-custom-field-position-in-product-backend#372604 "Hello, Thank you for the report, you are right, this is a regression on our side. On the product edit page, the built-in blocks could still be reordered, but a block that you create yourself did not receive the up/down move buttons and was not registered in the block order, so it stayed at the bottom and lost its position when you saved. This is now fixed. A patched 6.5.1 build with the correction is available, so please update HikaShop (download the install package on our website in My account>My subscriptions and install it on your website via the Joomla extensions installer) to get it. After updating, a block you create gets its move buttons straight away and keeps the position you give it after saving, with no manual change needed.") 3 months 3 weeks ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:1 Views:267 | [Last Post](/forum/32-content-creation/910668-cant-change-product-custom-field-position-in-product-backend#372604 "Hello, Thank you for the report, you are right, this is a regression on our side. On the product edit page, the built-in blocks could still be reordered, but a block that you create yourself did not receive the up/down move buttons and was not registered in the block order, so it stayed at the bottom and lost its position when you saved. This is now fixed. A patched 6.5.1 build with the correction is available, so please update HikaShop (download the install package on our website in My account>My subscriptions and install it on your website via the Joomla extensions installer) to get it. After updating, a block you create gets its move buttons straight away and keeps the position you give it after saving, with no manual change needed.") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 3 months 3 weeks ago | | [](/forum/27-checkout/910656-resize-button-in-address-form-layout-not-working#372572) | [resize button in Address Form Layout not working](/forum/27-checkout/910656-resize-button-in-address-form-layout-not-working#372572 "-- HikaShop version -- : 6.5.0 -- Joomla version -- : 6.1.1 Hi Thank you very much in advance for putting the edit layout button in the address form. It has helped make Hikashop more beautiful. I hope this beauty will spread to other sections as well :silly: :silly: :silly: I wanted to inform you that resize button in Address Form Layout not working.") Category: [Checkout](/forum/27-checkout "Everything about the checkout process in Hikashop") Topic started 3 months 3 weeks ago, by [levelup](/forum/user/61801-levelup "View levelup's Profile") [Last Post](/forum/27-checkout/910656-resize-button-in-address-form-layout-not-working#372583 "Hi, Thank you for the extra information on 1 and 5. I've worked on this for the next version of HikaShop ( 6.5.2 ). which will be released in August or September.") 3 months 3 weeks ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:5 Views:283 | [Last Post](/forum/27-checkout/910656-resize-button-in-address-form-layout-not-working#372583 "Hi, Thank you for the extra information on 1 and 5. I've worked on this for the next version of HikaShop ( 6.5.2 ). which will be released in August or September.") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 3 months 3 weeks ago | | [](/forum/26-product-category-display/910663-problem-with-comparing-products#372570) | [problem with comparing products](/forum/26-product-category-display/910663-problem-with-comparing-products#372570 "-- HikaShop version -- : 6.5.0 -- Joomla version -- : 6.1.1 -- PHP version -- : 8.3 Hi There is a problem with comparing products in version 6.5. It only displays the first product.") Category: [Product & Category Display](/forum/26-product-category-display "Questions about product and category display. You can't find how to make Hikashop looks incredible? The answer is here!") Topic started 3 months 3 weeks ago, by [levelup](/forum/user/61801-levelup "View levelup's Profile") [Last Post](/forum/26-product-category-display/910663-problem-with-comparing-products#372575 "Hi, Thank you for your feedback. I've made a patch which should help. Download the install package of HikaShop on our website and install it on yours in order to get it.") 3 months 3 weeks ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:1 Views:218 | [Last Post](/forum/26-product-category-display/910663-problem-with-comparing-products#372575 "Hi, Thank you for your feedback. I've made a patch which should help. Download the install package of HikaShop on our website and install it on yours in order to get it.") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 3 months 3 weeks ago | | [](/forum/27-checkout/910656-resize-button-in-address-form-layout-not-working#372548) | [resize button in Address Form Layout not working](/forum/27-checkout/910656-resize-button-in-address-form-layout-not-working#372548 "-- HikaShop version -- : 6.5.0 -- Joomla version -- : 6.1.1 Hi Thank you very much in advance for putting the edit layout button in the address form. It has helped make Hikashop more beautiful. I hope this beauty will spread to other sections as well :silly: :silly: :silly: I wanted to inform you that resize button in Address Form Layout not working.") Category: [Checkout](/forum/27-checkout "Everything about the checkout process in Hikashop") Topic started 3 months 3 weeks ago, by [levelup](/forum/user/61801-levelup "View levelup's Profile") [Last Post](/forum/27-checkout/910656-resize-button-in-address-form-layout-not-working#372583 "Hi, Thank you for the extra information on 1 and 5. I've worked on this for the next version of HikaShop ( 6.5.2 ). which will be released in August or September.") 3 months 3 weeks ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:5 Views:283 | [Last Post](/forum/27-checkout/910656-resize-button-in-address-form-layout-not-working#372583 "Hi, Thank you for the extra information on 1 and 5. I've worked on this for the next version of HikaShop ( 6.5.2 ). which will be released in August or September.") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 3 months 3 weeks ago | | [](/forum/27-checkout/910656-resize-button-in-address-form-layout-not-working#372544) | [resize button in Address Form Layout not working](/forum/27-checkout/910656-resize-button-in-address-form-layout-not-working#372544 "-- HikaShop version -- : 6.5.0 -- Joomla version -- : 6.1.1 Hi Thank you very much in advance for putting the edit layout button in the address form. It has helped make Hikashop more beautiful. I hope this beauty will spread to other sections as well :silly: :silly: :silly: I wanted to inform you that resize button in Address Form Layout not working.") Category: [Checkout](/forum/27-checkout "Everything about the checkout process in Hikashop") Topic started 3 months 3 weeks ago, by [levelup](/forum/user/61801-levelup "View levelup's Profile") [Last Post](/forum/27-checkout/910656-resize-button-in-address-form-layout-not-working#372583 "Hi, Thank you for the extra information on 1 and 5. I've worked on this for the next version of HikaShop ( 6.5.2 ). which will be released in August or September.") 3 months 3 weeks ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:5 Views:283 | [Last Post](/forum/27-checkout/910656-resize-button-in-address-form-layout-not-working#372583 "Hi, Thank you for the extra information on 1 and 5. I've worked on this for the next version of HikaShop ( 6.5.2 ). which will be released in August or September.") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 3 months 3 weeks ago | | [](/forum/25-install-update/910653-warning-in-checkout-page#372519) | [warning in checkout page](/forum/25-install-update/910653-warning-in-checkout-page#372519 "-- url of the page with the problem -- : almasp.com/پرداخت/checkout.html -- HikaShop version -- : 6.5.0 -- Joomla version -- : 5.4.6 -- PHP version -- : 8.1 -- Error-message(debug-mod must be tuned on) -- : Warning: Undefined property: CheckoutViewCheckout::$address in /home/almasp/public_html/components/com_hikashop/views/layouts/tmpl/address_form_layout.php on line 35 Warning: Undefined property: CheckoutViewCheckout::$address in /home/almasp/public_html/components/com_hikashop/views/layouts/tmpl/address_field_row.php on line 39 Hi Why is the following warning appearing on the Checkout page? Warning: Undefined property: CheckoutViewCheckout::$address in /home/almasp/public_html/components/com_hikashop/views/layouts/tmpl/address_form_layout.php on line 35 Warning: Undefined property: CheckoutViewCheckout::$address in /home/almasp/public_html/components/com_hikashop/views/layouts/tmpl/address_field_row.php on line 39") Category: [Install & Update](/forum/25-install-update "Having an installation or update issue? You will probably find some help here.") Topic started 3 months 4 weeks ago, by [levelup](/forum/user/61801-levelup "View levelup's Profile") [Last Post](/forum/25-install-update/910653-warning-in-checkout-page#372523 "Hi, Thank you for your feedback. I've made a patch in order to remove this warning. Download again the install package of HikaShop on our website and install it on yours and it should be there anymore.") 3 months 4 weeks ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:1 Views:199 | [Last Post](/forum/25-install-update/910653-warning-in-checkout-page#372523 "Hi, Thank you for your feedback. I've made a patch in order to remove this warning. Download again the install package of HikaShop on our website and install it on yours and it should be there anymore.") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 3 months 4 weeks ago | | [](/forum/30-integrations/910645-the-hikashop-recaptcha-plugin-on-php-8-2-gives-an-error-message#372485) | [The Hikashop reCAPTCHA plugin on PHP 8.2 gives an error message:](/forum/30-integrations/910645-the-hikashop-recaptcha-plugin-on-php-8-2-gives-an-error-message#372485 "-- HikaShop version -- : 6.5.0 -- Joomla version -- : 5.4.6 -- PHP version -- : 8.3 -- Error-message(debug-mod must be tuned on) -- : Deprecated: Creation of dynamic property hikaShopRecaptcha2::$params is deprecated in C:\laragon\www\almas\plugins\system\recaptcha2\recaptcha2.php on line 274 Hello The Hikashop reCAPTCHA plugin on PHP 8.2 & 8.3 gives an error message: Even after installing the of the plugin, this error message still persists.") Category: [Integrations](/forum/30-integrations "Informations on all the different integrations available for Hikashop") Topic started 4 months 12 hours ago, by [levelup](/forum/user/61801-levelup "View levelup's Profile") [Last Post](/forum/30-integrations/910645-the-hikashop-recaptcha-plugin-on-php-8-2-gives-an-error-message#372487 "Hi, Thank you for your feedback. We've published a new version of the plugin. Please update in order to remove that deprecated message.") 4 months 8 hours ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:1 Views:329 | [Last Post](/forum/30-integrations/910645-the-hikashop-recaptcha-plugin-on-php-8-2-gives-an-error-message#372487 "Hi, Thank you for your feedback. We've published a new version of the plugin. Please update in order to remove that deprecated message.") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 4 months 8 hours ago | | [](/forum/32-content-creation/910643-hikashop-variant-in-backend-layout#372477) | [Hikashop variant in backend layout](/forum/32-content-creation/910643-hikashop-variant-in-backend-layout#372477 "-- HikaShop version -- : 6.5.0 -- Joomla version -- : 6.1.1 The first row layout in the Hikashop product variety management section is the space between the "Main Options" and "Images and Links" sections.") Category: [Content Creation](/forum/32-content-creation "If you want to know more about the different options of the product and category creation.") Topic started 4 months 1 day ago, by [levelup](/forum/user/61801-levelup "View levelup's Profile") [Last Post](/forum/32-content-creation/910643-hikashop-variant-in-backend-layout#372478 "Hi, Good catch. We could reproduce it, it's a bug of the variant edit form itself, not something on your end. Two invisible leftover elements of the previous layout system were counted as blocks by the CSS grid the page now uses, and were placed right after the "Main options" block. On displays wide enough to show three blocks per row (that's why it depends on the resolution and zoom level), this pushed the "Images and files" block to the right and the "Prices" block down to the next row, leaving the empty gaps you marked in your screenshot. It's only a display issue, all the fields keep working correctly. It's fixed for the next release of HikaShop. If you want to remove the gaps right away, manually download the install package of HikaShop on our website and install it on yours. It will add the patch directly.") 4 months 1 day ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:1 Views:269 | [Last Post](/forum/32-content-creation/910643-hikashop-variant-in-backend-layout#372478 "Hi, Good catch. We could reproduce it, it's a bug of the variant edit form itself, not something on your end. Two invisible leftover elements of the previous layout system were counted as blocks by the CSS grid the page now uses, and were placed right after the "Main options" block. On displays wide enough to show three blocks per row (that's why it depends on the resolution and zoom level), this pushed the "Images and files" block to the right and the "Prices" block down to the next row, leaving the empty gaps you marked in your screenshot. It's only a display issue, all the fields keep working correctly. It's fixed for the next release of HikaShop. If you want to remove the gaps right away, manually download the install package of HikaShop on our website and install it on yours. It will add the patch directly.") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 4 months 1 day ago | [](/forum/topics/feed/mode-topics?format=feed&type=rss) Time to create page: 0.089 seconds [Powered by](/forum/credits) [Kunena Forum](https://www.kunena.org)