[Skip to main content](#vessel-content)
# Profile for Manuel TT
##
[](/forum/user/29324-manuel-tt "View Manuel TT's Profile")
**[ Offline](/forum/user/29324-manuel-tt)**
- **User Type:** User
- **Register Date:** 11 Nov 2013
- **Last login:** 2 years 8 months ago
- **Time Zone:** UTC +0:00
- **Local Time:** 04:21
- **Posts:** 36
- **Profile views:** 223
- **Thank you received:** 5
- **Gender:** Unknown
- **Birthdate:** Unknown
> VC22
- Posts
# Manuel TT's recent posts (36 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/907356-recaptcha-v2-not-working-with-mootools-hikashop-module-using-mootools#357067) | [reCAPTCHA v2 not working with Mootools - Hikashop Module using Mootools](/forum/25-install-update/907356-recaptcha-v2-not-working-with-mootools-hikashop-module-using-mootools#357067 "-- HikaShop version -- : 5.0.2 -- Joomla version -- : 3.10.12 -- PHP version -- : 8.1.25 -- Browser(s) name and version -- : Chrome 119.0.6045.200 Hi, Since some weeks HikaShop ReCaptcha v2 stoped working. I've read this is due to a conflict between Google ReCaptcha v2 Javascrip and Mootools (I got ahold of this from ) I've tried disabling Mootools with and that solves the issue. However this comes at the expense of loosing the 'expand'/'contract' ability in the Hikashop Menu Module used in the right side pane of the site, i.e. it just shows all the main categories and 1st child level categories instead of showing just the main ones allowing for expanding to show the 1st child level ones. The module in question is of the 'HikaShop Content Module' type, configured the way you can see in the attachment 20231129-screenshot-01.png . I'm guessing in this configuration it's using Mootools or in some other way the Mootools Enabler/Disabler the Plugin when enabled is afecting the category display functionalities. In your demo site I found the section on and having read: I wonder if I'm using the same module you refer to or if it's the same if there's other way to configure that will allow for using the Mootools Enabler/Disabler plugin and still have the expand/contract effect we had in the category listing. Can you please help? Any sugestions for solving this or otherwise changing/upgrading the module I'm using to a another one with similar functionalities are welcome. Other Alternatives Note I also tried using that you mention in as an alternative to ReCaptcha. At first instalation failed, then I tried some of what is in it did not solve the problem but inspired me to uninstall all Joomlashack plugins / frameworks etc.., cleaning the cache, and'Chek-in' the plugins. Then I installed OSpam-a-not and the instalation went sucessfully. I'm considering testing this plugin as an alternative to ReCaptcha v2, But It's not active currently as I want to leave the current setup as is so you can test if there's a solution for the Category module to work the way intended while blocking Mootools. Sorry for the long post. I've tried being as thoroughly as possible with the intent of helping out anyone running into the same specific problems I'm having") Category: [Install & Update](/forum/25-install-update "Having an installation or update issue? You will probably find some help here.") Topic started 2 years 11 months ago, by [Manuel TT](/forum/user/29324-manuel-tt "View Manuel TT's Profile") [Last Post](/forum/25-install-update/907356-recaptcha-v2-not-working-with-mootools-hikashop-module-using-mootools#357171 "Hi Nicholas Yes you are correct, there is a console error with Mootools enabled: I have switched off captcha and installed Ospam-a-not and as I will be updating the site to J4 shortly I will leave MooTools enabled. Thanks for your help Trevor") 2 years 11 months ago by [trevsmiff](/forum/user/9214-trevsmiff "View trevsmiff's Profile") | Replies:5 Views:1916 | [Last Post](/forum/25-install-update/907356-recaptcha-v2-not-working-with-mootools-hikashop-module-using-mootools#357171 "Hi Nicholas Yes you are correct, there is a console error with Mootools enabled: I have switched off captcha and installed Ospam-a-not and as I will be updating the site to J4 shortly I will leave MooTools enabled. Thanks for your help Trevor") by [trevsmiff](/forum/user/9214-trevsmiff "View trevsmiff's Profile") 2 years 11 months ago |
| [](/forum/25-install-update/907356-recaptcha-v2-not-working-with-mootools-hikashop-module-using-mootools#357039) | [reCAPTCHA v2 not working with Mootools - Hikashop Module using Mootools](/forum/25-install-update/907356-recaptcha-v2-not-working-with-mootools-hikashop-module-using-mootools#357039 "-- HikaShop version -- : 5.0.2 -- Joomla version -- : 3.10.12 -- PHP version -- : 8.1.25 -- Browser(s) name and version -- : Chrome 119.0.6045.200 Hi, Since some weeks HikaShop ReCaptcha v2 stoped working. I've read this is due to a conflict between Google ReCaptcha v2 Javascrip and Mootools (I got ahold of this from ) I've tried disabling Mootools with and that solves the issue. However this comes at the expense of loosing the 'expand'/'contract' ability in the Hikashop Menu Module used in the right side pane of the site, i.e. it just shows all the main categories and 1st child level categories instead of showing just the main ones allowing for expanding to show the 1st child level ones. The module in question is of the 'HikaShop Content Module' type, configured the way you can see in the attachment 20231129-screenshot-01.png . I'm guessing in this configuration it's using Mootools or in some other way the Mootools Enabler/Disabler the Plugin when enabled is afecting the category display functionalities. In your demo site I found the section on and having read: I wonder if I'm using the same module you refer to or if it's the same if there's other way to configure that will allow for using the Mootools Enabler/Disabler plugin and still have the expand/contract effect we had in the category listing. Can you please help? Any sugestions for solving this or otherwise changing/upgrading the module I'm using to a another one with similar functionalities are welcome. Other Alternatives Note I also tried using that you mention in as an alternative to ReCaptcha. At first instalation failed, then I tried some of what is in it did not solve the problem but inspired me to uninstall all Joomlashack plugins / frameworks etc.., cleaning the cache, and'Chek-in' the plugins. Then I installed OSpam-a-not and the instalation went sucessfully. I'm considering testing this plugin as an alternative to ReCaptcha v2, But It's not active currently as I want to leave the current setup as is so you can test if there's a solution for the Category module to work the way intended while blocking Mootools. Sorry for the long post. I've tried being as thoroughly as possible with the intent of helping out anyone running into the same specific problems I'm having") Category: [Install & Update](/forum/25-install-update "Having an installation or update issue? You will probably find some help here.") Topic started 2 years 11 months ago, by [Manuel TT](/forum/user/29324-manuel-tt "View Manuel TT's Profile") [Last Post](/forum/25-install-update/907356-recaptcha-v2-not-working-with-mootools-hikashop-module-using-mootools#357171 "Hi Nicholas Yes you are correct, there is a console error with Mootools enabled: I have switched off captcha and installed Ospam-a-not and as I will be updating the site to J4 shortly I will leave MooTools enabled. Thanks for your help Trevor") 2 years 11 months ago by [trevsmiff](/forum/user/9214-trevsmiff "View trevsmiff's Profile") | Replies:5 Views:1916 | [Last Post](/forum/25-install-update/907356-recaptcha-v2-not-working-with-mootools-hikashop-module-using-mootools#357171 "Hi Nicholas Yes you are correct, there is a console error with Mootools enabled: I have switched off captcha and installed Ospam-a-not and as I will be updating the site to J4 shortly I will leave MooTools enabled. Thanks for your help Trevor") by [trevsmiff](/forum/user/9214-trevsmiff "View trevsmiff's Profile") 2 years 11 months ago |
| [](/forum/26-product-category-display/905321-code-showing-on-product-options-combo-box#346430) | [Code Showing on Product Options Combo Box](/forum/26-product-category-display/905321-code-showing-on-product-options-combo-box#346430 "-- HikaShop version -- : 4.6.2 -- Joomla version -- : 3.10.11 -- PHP version -- : 7.4.33 Hello, Just wanted to report that, under a very specific Hikashop configuration and product setup, HTML code showed up on the combo box for selecting product options (see image attached). I turned Joomla debug mode on and set Joomla error reporting to maximum and no error was shown reported. This occurred with a product (P) that had a Characteristic (C) where the first value of C was 0 (the digit zero) and P had P has it's own characteristic. After finding this out I tested placing P as an option in another unrelated product and the same thing (code showing up on combo box for selecting product options) happened. So I do think this 'display error' happens when a product option is displayed where it's value is 0 (the digit zero). Not surprising given the 'powers' of zero in coding ;). I don't have a problem with this, just changed the characteristic value to "0.0" and all is OK (thankfully the code didn't take 0.0 as meaning 0!). I also tested with 1 has a characteristic value (to rule out this happened with single digit strings) and no problem in this case. Though a minor and easy to circumvent 'error' I share this because it might lead the Dev team to find and fix other similar occurrences that could have more serious effects. I'm sure you'll have a good laugh when you find how this come about in the code :)") 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 4 years 20 hours ago, by [Manuel TT](/forum/user/29324-manuel-tt "View Manuel TT's Profile") [Last Post](/forum/26-product-category-display/905321-code-showing-on-product-options-combo-box#346433 "Hi, Thanks for the report ! Add the code: before the line: in the file components/com_hikashop/views/product/tmpl/option.php and it will fix the problem. We'll add the change on our end for the next version of HikaShop too.") 4 years 16 hours ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:1 Views:590 | [Last Post](/forum/26-product-category-display/905321-code-showing-on-product-options-combo-box#346433 "Hi, Thanks for the report ! Add the code: before the line: in the file components/com_hikashop/views/product/tmpl/option.php and it will fix the problem. We'll add the change on our end for the next version of HikaShop too.") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 4 years 16 hours ago |
| [](/forum/26-product-category-display/904556-variant-images-option-images-order#342363) | [Variant images option - images order](/forum/26-product-category-display/904556-variant-images-option-images-order#342363 "-- HikaShop version -- : 4.6.0 -- Joomla version -- : 3.10.9 -- PHP version -- : 7.4.30 Hi, We love the new Variant images option allowing to display the selected variant images along with the main product ones (or the old way replacing the product ones). However, taking as an example a color characteristic, the ideal behaviour when one selects a new color, is to have the main image in the product listing imediatly show up with the variant color. However since the variant images show up after the main product ones this does not happen (as the image shown by defect is the first one in the thumbnails). How could this be solved? Placing the variant images first (and only then the main product image could help. What are the developers thoughts on this ? While on this subject I have one other question: In our website most textile products have size and color characteristics and we only want specific variant images to show related to color. How can we take advantage of the new Variant images option functionality without placing specific images of a given color in all sizes for that color? It's really not practical to have for instance 8 sizes and 5 colors and be placing images in 40 variants when really there area only 5 color variants (each with 8 sizes). I appreciate the Hikashop developers thoughts (and possible solutions) on this as managing images is the most challenging things we have with Hikashop. Many thanks") 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 4 years 4 months ago, by [Manuel TT](/forum/user/29324-manuel-tt "View Manuel TT's Profile") [Last Post](/forum/26-product-category-display/904556-variant-images-option-images-order#342371 "Hi, 1. We didn't thought about this when developing that feature. But that's a good idea. We'll look at changing that setting to add an extra choice to place the variant images first for the next version of HikaShop. 2. What you can do is this: - first add the color characteristic to your new product - then add the variants for the colors you'll need for that product and configure the image(s) for each variant - save the product - add the size characteristic to the product - instead of using the "add variants" button to add the other sizes, select the existing variants and click on the "duplicate" button that will appear at the top of the variants listing after you select a variant. Then, select the size characteristic and the values for which you want to duplicate the variants. That will automatically generate the variants for the other sizes prefilled with what you configured in the variants before and thus the other sizes will automatically have the images without having to configure the same image for the different size variants of the same color.") 4 years 4 months ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:1 Views:639 | [Last Post](/forum/26-product-category-display/904556-variant-images-option-images-order#342371 "Hi, 1. We didn't thought about this when developing that feature. But that's a good idea. We'll look at changing that setting to add an extra choice to place the variant images first for the next version of HikaShop. 2. What you can do is this: - first add the color characteristic to your new product - then add the variants for the colors you'll need for that product and configure the image(s) for each variant - save the product - add the size characteristic to the product - instead of using the "add variants" button to add the other sizes, select the existing variants and click on the "duplicate" button that will appear at the top of the variants listing after you select a variant. Then, select the size characteristic and the values for which you want to duplicate the variants. That will automatically generate the variants for the other sizes prefilled with what you configured in the variants before and thus the other sizes will automatically have the images without having to configure the same image for the different size variants of the same color.") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 4 years 4 months ago |
| [](/forum/26-product-category-display/899849-characteristics-text-not-showing-in-frontend#319191) | [Characteristics text not showing in frontend](/forum/26-product-category-display/899849-characteristics-text-not-showing-in-frontend#319191 "-- HikaShop version -- : 4.3.0 -- Joomla version -- : 3.9.18 -- PHP version -- : 7.0.33 -- Browser(s) name and version -- : CHROME 81.0.4044.122 Hi, We have a problem where a product (let's name it Pr_A) is not displaying it's characteristics (let's name them Ch_A) in the front end. We only use dropdown box to show characteristics but I tested with radio buttons and the entries (radio buttons) are there, it's just the text that is not showing next to them (nor in the product title when we chose the radio button) The characteristics had just been newly created on purpose for this product All seems OK in the backend, i.e. in the characteristics and in the product page (the name for each show up correctly). I also checked directly in the database (hikashop_characteristic table) and all was OK there. The characteristics in question had an odd ordering in the database, namely the ID for the parent characteristic (eg. Color) was higher (though consecutive) than that of the children categories (eg. Yellow, Grenn,..). Investigating a bit tried erasing all variants of the product then adding characteristics (let's call them Ch_B) from an unrelated product (let's call it Pr_B) that was working well (and with the expected ID ordering, i.e. parent having the lower ID). All become OK with Pr_A (with the newly associated Ch_B characteristics). However when erasing that test (erasing the characteristic association in the product) and placing back the original characteristic and creating the variants it had the original problem. Doing a bunch of test (erasing, recreating etc..) I sometimes managed to make it work OK while concluding that the problem was related to editing the name of the Characteristics (the children ones). That let to all being OK (updated as expected) in the backend and database, but not OK (not display at all - nor old nor new text) in the front end. I tried editing the name of some of the children characteristics in Ch_B and there we had it in the front end for Pr__B the edited ones were not displaying. I always cleared the Joomla cache and the CDN (cloudfare). Also cleared the browser cache, tried on Firefox and Edge and even tested the problematic frontend product pages on a computer and browser that had not been previously exposed to that product page (so i was sure not there was no kind of client side 'memory'). I also tested with product Pr_B and Ch_B, editing the name of one of characteristics in Ch_B (not the parent one) and the same problem occurred, i.e. the edited one stopped displaying though the radio button* was there. * if i reverted the name to the original one al was OK (displaying) again * if i made a second edit to the name (but not reverting to the original) than it kept not displaying All the time i monitored in the backend and in the database the updates where correctly being shown. *I was testing with radio buttons because I got more visual information than with dropdown box, but the same problem occured with the drop down I also tried editing both Ch_A and Ch_B names (for the children) directly in the database and that went well (i.e. updated on the front end if it was already showing before the direct database editing). I also think (though not 100% sure about this test) that all was ok when editing Ch_A or Ch_B in the backend as long as i was pressing the OK button while editing a children characteristic, but then pressed the Cancel button on the page characteristics page itself (i.e. the problem only showed up when hitting the Save or Save&Close button!) I thought this might be related to but that was for Hikashop 4.2.3 probably already solved (I'm with 4.3.0). Also looked into 4.3.0 change log and there seems to be a few some improvements, new features and bug fixes relating to characteristics... I tried to be thorough hopping that helps you quickly identifying the problem. Saving your precious time to develop the best shop for us all :cheer: Wishing the best for Hika team and community") 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 6 years 5 months ago, by [Manuel TT](/forum/user/29324-manuel-tt "View Manuel TT's Profile") [Last Post](/forum/26-product-category-display/899849-characteristics-text-not-showing-in-frontend#319332 "Hi, But isn't what you're doing normally when you create a characteristic ? You click on the "create" button of the characteristic, enter the name, add each value (and in each one you click on the ok button), and then hit the main save button ? How else would you create the characteristic and its values ? What I'm trying to understand is how can the problem be reproduced ?") 6 years 5 months ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:5 Views:652 | [Last Post](/forum/26-product-category-display/899849-characteristics-text-not-showing-in-frontend#319332 "Hi, But isn't what you're doing normally when you create a characteristic ? You click on the "create" button of the characteristic, enter the name, add each value (and in each one you click on the ok button), and then hit the main save button ? How else would you create the characteristic and its values ? What I'm trying to understand is how can the problem be reproduced ?") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 6 years 5 months ago |
| [](/forum/26-product-category-display/899849-characteristics-text-not-showing-in-frontend#319136) | [Characteristics text not showing in frontend](/forum/26-product-category-display/899849-characteristics-text-not-showing-in-frontend#319136 "-- HikaShop version -- : 4.3.0 -- Joomla version -- : 3.9.18 -- PHP version -- : 7.0.33 -- Browser(s) name and version -- : CHROME 81.0.4044.122 Hi, We have a problem where a product (let's name it Pr_A) is not displaying it's characteristics (let's name them Ch_A) in the front end. We only use dropdown box to show characteristics but I tested with radio buttons and the entries (radio buttons) are there, it's just the text that is not showing next to them (nor in the product title when we chose the radio button) The characteristics had just been newly created on purpose for this product All seems OK in the backend, i.e. in the characteristics and in the product page (the name for each show up correctly). I also checked directly in the database (hikashop_characteristic table) and all was OK there. The characteristics in question had an odd ordering in the database, namely the ID for the parent characteristic (eg. Color) was higher (though consecutive) than that of the children categories (eg. Yellow, Grenn,..). Investigating a bit tried erasing all variants of the product then adding characteristics (let's call them Ch_B) from an unrelated product (let's call it Pr_B) that was working well (and with the expected ID ordering, i.e. parent having the lower ID). All become OK with Pr_A (with the newly associated Ch_B characteristics). However when erasing that test (erasing the characteristic association in the product) and placing back the original characteristic and creating the variants it had the original problem. Doing a bunch of test (erasing, recreating etc..) I sometimes managed to make it work OK while concluding that the problem was related to editing the name of the Characteristics (the children ones). That let to all being OK (updated as expected) in the backend and database, but not OK (not display at all - nor old nor new text) in the front end. I tried editing the name of some of the children characteristics in Ch_B and there we had it in the front end for Pr__B the edited ones were not displaying. I always cleared the Joomla cache and the CDN (cloudfare). Also cleared the browser cache, tried on Firefox and Edge and even tested the problematic frontend product pages on a computer and browser that had not been previously exposed to that product page (so i was sure not there was no kind of client side 'memory'). I also tested with product Pr_B and Ch_B, editing the name of one of characteristics in Ch_B (not the parent one) and the same problem occurred, i.e. the edited one stopped displaying though the radio button* was there. * if i reverted the name to the original one al was OK (displaying) again * if i made a second edit to the name (but not reverting to the original) than it kept not displaying All the time i monitored in the backend and in the database the updates where correctly being shown. *I was testing with radio buttons because I got more visual information than with dropdown box, but the same problem occured with the drop down I also tried editing both Ch_A and Ch_B names (for the children) directly in the database and that went well (i.e. updated on the front end if it was already showing before the direct database editing). I also think (though not 100% sure about this test) that all was ok when editing Ch_A or Ch_B in the backend as long as i was pressing the OK button while editing a children characteristic, but then pressed the Cancel button on the page characteristics page itself (i.e. the problem only showed up when hitting the Save or Save&Close button!) I thought this might be related to but that was for Hikashop 4.2.3 probably already solved (I'm with 4.3.0). Also looked into 4.3.0 change log and there seems to be a few some improvements, new features and bug fixes relating to characteristics... I tried to be thorough hopping that helps you quickly identifying the problem. Saving your precious time to develop the best shop for us all :cheer: Wishing the best for Hika team and community") 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 6 years 5 months ago, by [Manuel TT](/forum/user/29324-manuel-tt "View Manuel TT's Profile") [Last Post](/forum/26-product-category-display/899849-characteristics-text-not-showing-in-frontend#319332 "Hi, But isn't what you're doing normally when you create a characteristic ? You click on the "create" button of the characteristic, enter the name, add each value (and in each one you click on the ok button), and then hit the main save button ? How else would you create the characteristic and its values ? What I'm trying to understand is how can the problem be reproduced ?") 6 years 5 months ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:5 Views:652 | [Last Post](/forum/26-product-category-display/899849-characteristics-text-not-showing-in-frontend#319332 "Hi, But isn't what you're doing normally when you create a characteristic ? You click on the "create" button of the characteristic, enter the name, add each value (and in each one you click on the ok button), and then hit the main save button ? How else would you create the characteristic and its values ? What I'm trying to understand is how can the problem be reproduced ?") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 6 years 5 months ago |
| [](/forum/26-product-category-display/899849-characteristics-text-not-showing-in-frontend#319073) | [Characteristics text not showing in frontend](/forum/26-product-category-display/899849-characteristics-text-not-showing-in-frontend#319073 "-- HikaShop version -- : 4.3.0 -- Joomla version -- : 3.9.18 -- PHP version -- : 7.0.33 -- Browser(s) name and version -- : CHROME 81.0.4044.122 Hi, We have a problem where a product (let's name it Pr_A) is not displaying it's characteristics (let's name them Ch_A) in the front end. We only use dropdown box to show characteristics but I tested with radio buttons and the entries (radio buttons) are there, it's just the text that is not showing next to them (nor in the product title when we chose the radio button) The characteristics had just been newly created on purpose for this product All seems OK in the backend, i.e. in the characteristics and in the product page (the name for each show up correctly). I also checked directly in the database (hikashop_characteristic table) and all was OK there. The characteristics in question had an odd ordering in the database, namely the ID for the parent characteristic (eg. Color) was higher (though consecutive) than that of the children categories (eg. Yellow, Grenn,..). Investigating a bit tried erasing all variants of the product then adding characteristics (let's call them Ch_B) from an unrelated product (let's call it Pr_B) that was working well (and with the expected ID ordering, i.e. parent having the lower ID). All become OK with Pr_A (with the newly associated Ch_B characteristics). However when erasing that test (erasing the characteristic association in the product) and placing back the original characteristic and creating the variants it had the original problem. Doing a bunch of test (erasing, recreating etc..) I sometimes managed to make it work OK while concluding that the problem was related to editing the name of the Characteristics (the children ones). That let to all being OK (updated as expected) in the backend and database, but not OK (not display at all - nor old nor new text) in the front end. I tried editing the name of some of the children characteristics in Ch_B and there we had it in the front end for Pr__B the edited ones were not displaying. I always cleared the Joomla cache and the CDN (cloudfare). Also cleared the browser cache, tried on Firefox and Edge and even tested the problematic frontend product pages on a computer and browser that had not been previously exposed to that product page (so i was sure not there was no kind of client side 'memory'). I also tested with product Pr_B and Ch_B, editing the name of one of characteristics in Ch_B (not the parent one) and the same problem occurred, i.e. the edited one stopped displaying though the radio button* was there. * if i reverted the name to the original one al was OK (displaying) again * if i made a second edit to the name (but not reverting to the original) than it kept not displaying All the time i monitored in the backend and in the database the updates where correctly being shown. *I was testing with radio buttons because I got more visual information than with dropdown box, but the same problem occured with the drop down I also tried editing both Ch_A and Ch_B names (for the children) directly in the database and that went well (i.e. updated on the front end if it was already showing before the direct database editing). I also think (though not 100% sure about this test) that all was ok when editing Ch_A or Ch_B in the backend as long as i was pressing the OK button while editing a children characteristic, but then pressed the Cancel button on the page characteristics page itself (i.e. the problem only showed up when hitting the Save or Save&Close button!) I thought this might be related to but that was for Hikashop 4.2.3 probably already solved (I'm with 4.3.0). Also looked into 4.3.0 change log and there seems to be a few some improvements, new features and bug fixes relating to characteristics... I tried to be thorough hopping that helps you quickly identifying the problem. Saving your precious time to develop the best shop for us all :cheer: Wishing the best for Hika team and community") 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 6 years 5 months ago, by [Manuel TT](/forum/user/29324-manuel-tt "View Manuel TT's Profile") [Last Post](/forum/26-product-category-display/899849-characteristics-text-not-showing-in-frontend#319332 "Hi, But isn't what you're doing normally when you create a characteristic ? You click on the "create" button of the characteristic, enter the name, add each value (and in each one you click on the ok button), and then hit the main save button ? How else would you create the characteristic and its values ? What I'm trying to understand is how can the problem be reproduced ?") 6 years 5 months ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:5 Views:652 | [Last Post](/forum/26-product-category-display/899849-characteristics-text-not-showing-in-frontend#319332 "Hi, But isn't what you're doing normally when you create a characteristic ? You click on the "create" button of the characteristic, enter the name, add each value (and in each one you click on the ok button), and then hit the main save button ? How else would you create the characteristic and its values ? What I'm trying to understand is how can the problem be reproduced ?") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 6 years 5 months ago |
| [](/forum/3-bug-report/895124-wrong-address-atributed-to-hikashop-users#294669) | [Wrong Address atributed to Hikashop Users](/forum/3-bug-report/895124-wrong-address-atributed-to-hikashop-users#294669 "-- HikaShop version -- : 3.2.0 -- Joomla version -- : 3.7.5 -- PHP version -- : 7.0.30 -- Browser(s) name and version -- : All Browsers - does not matter Hello, I have found a small bug (at least im my ‘system’) that I would loke to report. I’m reporting in chronological order of the steps that lead to the bug so the real bug is only described in the end! My Hikashop (currently HikaShop Business 3.2.0 [1709121646]), was migrated from Virtuemart in 2015 (I think with some import tool from Hikashop – can’t remember for sure). I think because of this for some old (from Virtuemart) entries in table hikashop_address the id in address_user_id field is the user_cms_id and not the user_id (I’m referring to the naming convention of table hikashop_user). This was not a big problem because: Addresses with address_published=1 (published) - the ones showing up for selection in front office and backoffice) all had the correct id (user_id from hikashop) and not user_cms_id) in address_user_id, even the ones from that had originated from virtuemart.. I.e. from virtumeart time only some of the not published ones (address_published=0) had the wrong user information. So I could relate addresses to the correct user according to: * If address_published=1 relate to the correct user by interpreting hikashop_address.address_user_id as hikashop_user.user_id * If address_published=0 relate to the correct user by using the information in hikashop_order table , assuming hikashop_order.order_user_id is hikashop_user.user_id (I have not really tested this in deep but for some orders/users with the virtuemart wrong id problem I tested and it was ok to use the order table to relate to the correct user!) I think this is the way Hikashop does because in backoffice I was never presented with wrong information for customers addresses or orders. It took me quite some time to understand this, and my interpretation is that for Hikashop from a functional point of view (backoffice / front office) there are two kinds of address entries. * The ones that have to do with address from the user (published) * the ones that have to do with addresses from the orders (not published) I interpreted like this because when creating a new address while placing an order two entries are in fact created in the hikashop_address table: * one (published) that belongs to the user * one (not published) that relates to the order (this is only created when the order is finalized ) However!!! I then tried to go to an old order from virtuemart times (one with the problem of the wrong user_id in the hikashop_address table, and edit the address for the order in the backoffice (for testing purposes I just edited the post code) . What happened was that a published address (address_published=1) was created for the wrong user because the new entry created is kind of a ‘duplicate’ of the old one (with the user_cms_id value in the address_user_id field) and with the edit made (in the backoffice) to post code. So in the backoffice (and probably in frontoffice) this new address entrey shows up as selectable for the wrong user and also associated with the edited order (for the correct user). Why have I taken all this steps? I’m trying to clean the site of bad/spam accounts (almost 10K hikashop users and lots of them are fake/spam – before I configured recaptcha), and so I was trying to cross information that could help better identify those fake users – ad the way their boots fill in the address information is revealing). I was going crazy trying to understand why some clearly fake users had legit addresses until I understood I was a mix up because of the records converted from virtuemart and the address_user_id field some times having the wrong info (user_cms_id and not user_id ). If I could correct the wrong hikashop_address.address_user_id information (from virtuemart times) none of this would be a problem and I would have a cleaner database! I suspect all the entries with the wrong hikashop_address.address_user_id information have the hikashop_address.address_vm_order_info_id filled in (not null) and the other way around, but I’m not sure (this field was surely created by the virtuemart to hikashop import tool). If you could confirm that this is so then I could make a query (very carefully) that for those entries with hikashop_address.address_vm_order_info_id not null would replace the hikashop_address.address_user_id value with the correct one by looking up the correct value in hikashop_user.user_id (i.e look up hikashop_address.address_user_id = hikashop_user.user_cms_id and return hikashop_user.user_id to replace the value back in hikashop_address.address_user_id). Could someone from Hikashop help me be sure of this? Best regards") Category: [Bug Report](/forum/3-bug-report "Please report any bugs or errors here.") Topic started 8 years 4 months ago, by [Manuel TT](/forum/user/29324-manuel-tt "View Manuel TT's Profile") [Last Post](/forum/3-bug-report/895124-wrong-address-atributed-to-hikashop-users#294672 "Hi, Yes, it sometimes happen that there are addresses with issues when imported from VirtueMart. Updating the address_user_id based on the order_user_id should be quite easy to do by simply running a MySQL query in your PHPMyAdmin. Something like that: I was able to reproduce the problem thanks to your details, and thus we'll have a patch of the VM import for the next version to avoid that.") 8 years 4 months ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:1 Views:2021 | [Last Post](/forum/3-bug-report/895124-wrong-address-atributed-to-hikashop-users#294672 "Hi, Yes, it sometimes happen that there are addresses with issues when imported from VirtueMart. Updating the address_user_id based on the order_user_id should be quite easy to do by simply running a MySQL query in your PHPMyAdmin. Something like that: I was able to reproduce the problem thanks to your details, and thus we'll have a patch of the VM import for the next version to avoid that.") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 8 years 4 months ago |
| [](/forum/25-install-update/891920-update-notice-to-hikashop-3-2-0-not-showing-uncertain-about-installed-version#278473) | [Update notice to Hikashop 3.2.0 not showing - uncertain about installed version](/forum/25-install-update/891920-update-notice-to-hikashop-3-2-0-not-showing-uncertain-about-installed-version#278473 "-- HikaShop version -- : HikaShop Business: 3.1.1 -- Joomla version -- : Joomla! 3.7.5 -- PHP version -- : 7.0.23 Hello, I've just made some updates, including for Hikashop from 3.1.1 to 3.2.0 following the links/options provided in the Joomla Backend update warnings. However now Hikashop reports I have 3.1.1 installed but does not show the option to update neither as a warning on control panel , nor in Hikashop nor in Extensions>Manage>Update . I tried checking the date in some files (using FTP) but only found files from 10 Jun 2017 (probably from my previous June update to 3.1.1) or before - note that (it was not and exaustive search. What can I do, how can I check and make sure I'm running the latest version? I want to upgrade before going about changing product codes in the shop (need this to match producer codes). I notice that if i change in the main product it updates the variants (e.g. update OLDCODE to NEWCODE variants are updated from OLDCODE_xxx to NEWCODE_xxx ). This is great but in the end I'll also need to update the xxx part in each variant (and I have a lot of them..). In the end it might be easier for me to do this directly in the database, i.e. making a query to change all products and variant codes acording to some rules or file. I have looked in the database and at first glance it seems safe (if done carefully of course). Do you confirm I can do it (I won't mess with product IDs). Many thanks") Category: [Install & Update](/forum/25-install-update "Having an installation or update issue? You will probably find some help here.") Topic started 9 years 1 month ago, by [Manuel TT](/forum/user/29324-manuel-tt "View Manuel TT's Profile") [Last Post](/forum/25-install-update/891920-update-notice-to-hikashop-3-2-0-not-showing-uncertain-about-installed-version#278473 "Thanks Nicolas, I've done as you told regarding install / update and it worked perfect. About the product codes, I'm still to do it (and aware that we must be carefull) but thanks for confirming we should be OK )I had locked into the database and though as much but was afraid of some hidden connections (in the DB or through programing) that i might not have found. Keep up the good work :) Many thnaks") 9 years 1 month ago by [Manuel TT](/forum/user/29324-manuel-tt "View Manuel TT's Profile") | Replies:3 Views:1351 | [Last Post](/forum/25-install-update/891920-update-notice-to-hikashop-3-2-0-not-showing-uncertain-about-installed-version#278473 "Thanks Nicolas, I've done as you told regarding install / update and it worked perfect. About the product codes, I'm still to do it (and aware that we must be carefull) but thanks for confirming we should be OK )I had locked into the database and though as much but was afraid of some hidden connections (in the DB or through programing) that i might not have found. Keep up the good work :) Many thnaks") by [Manuel TT](/forum/user/29324-manuel-tt "View Manuel TT's Profile") 9 years 1 month ago |
| [](/forum/25-install-update/891920-update-notice-to-hikashop-3-2-0-not-showing-uncertain-about-installed-version#278297) | [Update notice to Hikashop 3.2.0 not showing - uncertain about installed version](/forum/25-install-update/891920-update-notice-to-hikashop-3-2-0-not-showing-uncertain-about-installed-version#278297 "-- HikaShop version -- : HikaShop Business: 3.1.1 -- Joomla version -- : Joomla! 3.7.5 -- PHP version -- : 7.0.23 Hello, I've just made some updates, including for Hikashop from 3.1.1 to 3.2.0 following the links/options provided in the Joomla Backend update warnings. However now Hikashop reports I have 3.1.1 installed but does not show the option to update neither as a warning on control panel , nor in Hikashop nor in Extensions>Manage>Update . I tried checking the date in some files (using FTP) but only found files from 10 Jun 2017 (probably from my previous June update to 3.1.1) or before - note that (it was not and exaustive search. What can I do, how can I check and make sure I'm running the latest version? I want to upgrade before going about changing product codes in the shop (need this to match producer codes). I notice that if i change in the main product it updates the variants (e.g. update OLDCODE to NEWCODE variants are updated from OLDCODE_xxx to NEWCODE_xxx ). This is great but in the end I'll also need to update the xxx part in each variant (and I have a lot of them..). In the end it might be easier for me to do this directly in the database, i.e. making a query to change all products and variant codes acording to some rules or file. I have looked in the database and at first glance it seems safe (if done carefully of course). Do you confirm I can do it (I won't mess with product IDs). Many thanks") Category: [Install & Update](/forum/25-install-update "Having an installation or update issue? You will probably find some help here.") Topic started 9 years 1 month ago, by [Manuel TT](/forum/user/29324-manuel-tt "View Manuel TT's Profile") [Last Post](/forum/25-install-update/891920-update-notice-to-hikashop-3-2-0-not-showing-uncertain-about-installed-version#278473 "Thanks Nicolas, I've done as you told regarding install / update and it worked perfect. About the product codes, I'm still to do it (and aware that we must be carefull) but thanks for confirming we should be OK )I had locked into the database and though as much but was afraid of some hidden connections (in the DB or through programing) that i might not have found. Keep up the good work :) Many thnaks") 9 years 1 month ago by [Manuel TT](/forum/user/29324-manuel-tt "View Manuel TT's Profile") | Replies:3 Views:1351 | [Last Post](/forum/25-install-update/891920-update-notice-to-hikashop-3-2-0-not-showing-uncertain-about-installed-version#278473 "Thanks Nicolas, I've done as you told regarding install / update and it worked perfect. About the product codes, I'm still to do it (and aware that we must be carefull) but thanks for confirming we should be OK )I had locked into the database and though as much but was afraid of some hidden connections (in the DB or through programing) that i might not have found. Keep up the good work :) Many thnaks") by [Manuel TT](/forum/user/29324-manuel-tt "View Manuel TT's Profile") 9 years 1 month ago |
[](/forum/topics/feed/mode-topics?format=feed&type=rss)
Time to create page: 0.107 seconds
[Powered by](/forum/credits) [Kunena Forum](https://www.kunena.org)