[Skip to main content](#vessel-content) Board Categories- Install & Update ## # [Install & Update](/forum/25-install-update "View Category 'Install & Update'") 6313 topics | Having an installation or update issue? You will probably find some help here. | |---| ## | [ ](#forumbottom) | Subject | Replies / Views | Last Post | |---|---|---|---| | [](/forum/25-install-update/910603-sprache-im-hikashop-nach-update-im-joomla-3-aufeinmal-englisch) | [Sprache im Hikashop nach Update im Joomla 3 aufeinmal englisch](/forum/25-install-update/910603-sprache-im-hikashop-nach-update-im-joomla-3-aufeinmal-englisch "-- HikaShop version -- : 6.5.0 -- Joomla version -- : 3.10.12 Hallo, ich habe die neuste Hikashop-Version auf meinem 3er Joomla installiert. Und nun ist die Sprache vom Hikashop im Frontend und im Backend auf einmal in Englisch. Ich habe schon die aktuelle Sprachdatei heruntergeladen und automatisch und händisch eingespielt, aber leider ändert sich absolut nichts. Dieser Fall ist bei zwei meiner Webseiten aufgetreten. Bitte helfen Sie mir. Vielen Dank.") Category: [Install & Update](/forum/25-install-update "Having an installation or update issue? You will probably find some help here.") Topic started 4 months 1 week ago, by [metzlermedia](/forum/user/40637-metzlermedia "View metzlermedia's Profile") [Last Post](/forum/25-install-update/910603-sprache-im-hikashop-nach-update-im-joomla-3-aufeinmal-englisch#372345 "Vielen Dank. Jetzt gehts wieder.") 4 months 4 days ago by [metzlermedia](/forum/user/40637-metzlermedia "View metzlermedia's Profile") | Replies:4 Views:238 | [Last Post](/forum/25-install-update/910603-sprache-im-hikashop-nach-update-im-joomla-3-aufeinmal-englisch#372345 "Vielen Dank. Jetzt gehts wieder.") by [metzlermedia](/forum/user/40637-metzlermedia "View metzlermedia's Profile") 4 months 4 days ago | | [](/forum/25-install-update/910617-drag-and-drop-feature-for-email-templates) | [Drag and Drop Feature for Email Templates](/forum/25-install-update/910617-drag-and-drop-feature-for-email-templates "-- HikaShop version -- : 6.5.0 -- Joomla version -- : 6.1.1 -- PHP version -- : 8.3 -- Browser(s) name and version -- : Chrome Version 149.0.7827.54 and Firefox Version 149.0.7827.54 -- Error-message(debug-mod must be tuned on) -- : N/A Hi there! I have several custom fields such as style, capacity, finish, mold number, and those specific to the category such as finish cork crowns TE. There are 22 total custom fields. I attempted to use the drag and drop area of the default email template. I moved all product info into 1 column. But, after I save, it reverts to the row and is cut off in the template. Here are the two templates I worked with using the drag and drop. ----- ID #2 Quote request notification Admin Receives Email subject line that starts with ... "Success! Quote Request No. %s is now %s at %s" ----- ID #5 Quote request notification User Receives Email subject line that starts with ... "Well done! Quote Request No. %s is now %s at %s" I customized the HTML in the previous Hikashop version, but it makes sense to get this working and avoid another round of edits in the next upgrade. Any ideas?") Category: [Install & Update](/forum/25-install-update "Having an installation or update issue? You will probably find some help here.") Topic started 4 months 5 days ago, by [posurreal](/forum/user/35847-posurreal "View posurreal's Profile") [Last Post](/forum/25-install-update/910617-drag-and-drop-feature-for-email-templates#372331 "Thank you. Sounds like I will customize it, now that's it's upgraded. Then, I'll do it again for future updates.") 4 months 5 days ago by [posurreal](/forum/user/35847-posurreal "View posurreal's Profile") | Replies:2 Views:270 | [Last Post](/forum/25-install-update/910617-drag-and-drop-feature-for-email-templates#372331 "Thank you. Sounds like I will customize it, now that's it's upgraded. Then, I'll do it again for future updates.") by [posurreal](/forum/user/35847-posurreal "View posurreal's Profile") 4 months 5 days ago | | [](/forum/25-install-update/910609-admin-notification-include-email-address-of-user) | [Admin Notification: Include email address of user](/forum/25-install-update/910609-admin-notification-include-email-address-of-user "-- HikaShop version -- : 6.5.0 -- Joomla version -- : 6.1.1 -- PHP version -- : 8.3 -- Browser(s) name and version -- : Chrome Version 149.0.7827.54 and Firefox Version 149.0.7827.54 -- Error-message(debug-mod must be tuned on) -- : N/A I am pleased to announce that I have upgraded Joomla and Hikashop! I also created overrides in the Language file for English. My next step is to figure out how I can include the user's email address in the admin notification email.This means they can see the quote request but do not have a way to reply to the user. I had this issue in the previous version and can't find a solution for the upgraded version. I used the https://URL/upgrade as a staging area. Nicholas still has super admin access, but I'm happy to send it again. Best Regards, Mary") Category: [Install & Update](/forum/25-install-update "Having an installation or update issue? You will probably find some help here.") Topic started 4 months 6 days ago, by [posurreal](/forum/user/35847-posurreal "View posurreal's Profile") [Last Post](/forum/25-install-update/910609-admin-notification-include-email-address-of-user#372324 "Thank you Nicolas, Fortunately, I started with a clean slate (no customizations) after updating, but that's the next task on my list. Again, I appreciate you! Mary") 4 months 5 days ago by [posurreal](/forum/user/35847-posurreal "View posurreal's Profile") | Replies:2 Views:214 | [Last Post](/forum/25-install-update/910609-admin-notification-include-email-address-of-user#372324 "Thank you Nicolas, Fortunately, I started with a clean slate (no customizations) after updating, but that's the next task on my list. Again, I appreciate you! Mary") by [posurreal](/forum/user/35847-posurreal "View posurreal's Profile") 4 months 5 days ago | | [](/forum/25-install-update/910607-pinpay-errors) | [PinPay errors](/forum/25-install-update/910607-pinpay-errors "-- HikaShop version -- : 6.5.0 [2606171052] -- Joomla version -- : 6.1.1 -- PHP version -- : 8.4.21 Just completed upgrades to J 6.1.1 and template as well to Cassopeia_extended and HS to 6.5.0 [2606171052] PinPayment plugin shows up in Discover and cannot be discovered. It appeared occasionally previously and it's disabled and unsure why this is happening. Is that plugin available as a standalone to download? If not how do I stop that alert happening? Thanks") Category: [Install & Update](/forum/25-install-update "Having an installation or update issue? You will probably find some help here.") Topic started 4 months 1 week ago, by [yerg55](/forum/user/60833-yerg55 "View yerg55's Profile") [Last Post](/forum/25-install-update/910607-pinpay-errors#372296 "Thank you Sir Much appreciated") 4 months 6 days ago by [yerg55](/forum/user/60833-yerg55 "View yerg55's Profile") | Replies:2 Views:207 | [Last Post](/forum/25-install-update/910607-pinpay-errors#372296 "Thank you Sir Much appreciated") by [yerg55](/forum/user/60833-yerg55 "View yerg55's Profile") 4 months 6 days ago | | [](/forum/25-install-update/910594-no-categories-showing-in-back-end) | [No categories showing in back end](/forum/25-install-update/910594-no-categories-showing-in-back-end "-- url of the page with the problem -- : goldfieldfireworks.com/administrator/ind...kashop&ctrl=category -- HikaShop version -- : 6.5.0 -- Joomla version -- : 5.4.6 -- PHP version -- : 8.2.31 -- Browser(s) name and version -- : Firefox 140.12.0esr (aarch64) In the back end, each of my products has a category assigned. But when I go to Hikashop -> Categories, there are no categories showing. Even if I click the "Rebuild" button and I get the message "The category tree has been rebuilt," there are still no categories. Please see the screen shot. Thank you for your help with this!") Category: [Install & Update](/forum/25-install-update "Having an installation or update issue? You will probably find some help here.") Topic started 4 months 1 week ago, by [bw92116](/forum/user/31703-bw92116 "View bw92116's Profile") [Last Post](/forum/25-install-update/910594-no-categories-showing-in-back-end#372258 "OK thank you Nicolas.") 4 months 1 week ago by [bw92116](/forum/user/31703-bw92116 "View bw92116's Profile") | Replies:2 Views:218 | [Last Post](/forum/25-install-update/910594-no-categories-showing-in-back-end#372258 "OK thank you Nicolas.") by [bw92116](/forum/user/31703-bw92116 "View bw92116's Profile") 4 months 1 week ago | | [](/forum/25-install-update/910582-helix-ultimate-add-to-cart-problem) | [helix ultimate add to cart problem](/forum/25-install-update/910582-helix-ultimate-add-to-cart-problem "-- HikaShop version -- : 6.5.0 -- Joomla version -- : 6.0.2 -- PHP version -- : 8.2.20 -- Browser(s) name and version -- : chrome latest, firefox, etc. Hi guys! I’m experiencing a reproducible issue with HikaShop 6.5.0 (updated from 6.2.0) when used with the (latest) Helix Ultimate template. On product pages with variants, the add to cart function always adds the last variant in the list, regardless of which variant is selected by the user. This makes the variant selection effectively non-functional. Variant selection works visually in the UI However, when clicking “Add to cart”, the system always submits the last rendered variant This happens consistently for all products with variants When switching to the default Joomla Cassiopeia template, the issue disappears completely and variant selection + add to cart works as expected. Could you please confirm if there is a known compatibility issue or required template adjustment for Helix Ultimate? Thanks in advance!") Category: [Install & Update](/forum/25-install-update "Having an installation or update issue? You will probably find some help here.") Topic started 4 months 2 weeks ago, by [mizso676](/forum/user/82243-mizso676 "View mizso676's Profile") [Last Post](/forum/25-install-update/910582-helix-ultimate-add-to-cart-problem#372213 "Thank you for your help and for pointing me in the right direction. You were absolutely correct. The issue was caused by my old product view override, which was still based on the pre-6.5.0 product page structure. After reviewing the changes and rebuilding my customization on top of the new 6.5.0 product templates, everything is now working correctly. Best regards") 4 months 2 weeks ago by [mizso676](/forum/user/82243-mizso676 "View mizso676's Profile") | Replies:2 Views:268 | [Last Post](/forum/25-install-update/910582-helix-ultimate-add-to-cart-problem#372213 "Thank you for your help and for pointing me in the right direction. You were absolutely correct. The issue was caused by my old product view override, which was still based on the pre-6.5.0 product page structure. After reviewing the changes and rebuilding my customization on top of the new 6.5.0 product templates, everything is now working correctly. Best regards") by [mizso676](/forum/user/82243-mizso676 "View mizso676's Profile") 4 months 2 weeks ago | | [](/forum/25-install-update/910578-colonne-et-lignes-par-defaut) | [Colonne et lignes par défaut](/forum/25-install-update/910578-colonne-et-lignes-par-defaut "-- HikaShop version -- : 6.5 -- Joomla version -- : 6.1 -- PHP version -- : 8.4 Bonjour Si je crée un nouveau listing, de produits ou de catégories, les colonnes et les lignes sont toujours 3x7 Je ne trouve pas où changer cette valeur par défaut pour qu'elle s'applique sur tous les nouveaux listing que je crée Merci") Category: [Install & Update](/forum/25-install-update "Having an installation or update issue? You will probably find some help here.") Topic started 4 months 2 weeks ago, by [erickb](/forum/user/4069-erickb "View erickb's Profile") [Last Post](/forum/25-install-update/910578-colonne-et-lignes-par-defaut#372194 "maintenant ca marche merci") 4 months 2 weeks ago by [erickb](/forum/user/4069-erickb "View erickb's Profile") | Replies:4 Views:229 | [Last Post](/forum/25-install-update/910578-colonne-et-lignes-par-defaut#372194 "maintenant ca marche merci") by [erickb](/forum/user/4069-erickb "View erickb's Profile") 4 months 2 weeks ago | | [](/forum/25-install-update/910577-wordpress-overrides) | [Wordpress Overrides](/forum/25-install-update/910577-wordpress-overrides "-- HikaShop version -- : 6.5 -- Joomla version -- : 6.1 -- PHP version -- : 8.3 hi do we have the same power of creating template overrides for everything in HikaShop Wordpress, just as the same we do in Joomla ?") Category: [Install & Update](/forum/25-install-update "Having an installation or update issue? You will probably find some help here.") Topic started 4 months 3 weeks ago, by [khashiz](/forum/user/61259-khashiz "View khashiz's Profile") [Last Post](/forum/25-install-update/910577-wordpress-overrides#372178 "Hi, Yes. On WordPress, view overrides will land in a folder in the WordPress theme you're using, just like they land in the Joomla template you're using on Joomla. We've tried as much as possible to bring all the capabilities of HikaShop on Joomla to WordPress.") 4 months 3 weeks ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:1 Views:226 | [Last Post](/forum/25-install-update/910577-wordpress-overrides#372178 "Hi, Yes. On WordPress, view overrides will land in a folder in the WordPress theme you're using, just like they land in the Joomla template you're using on Joomla. We've tried as much as possible to bring all the capabilities of HikaShop on Joomla to WordPress.") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 4 months 3 weeks ago | | [](/forum/25-install-update/910575-hikashop-for-wordpress) | [Hikashop for wordpress](/forum/25-install-update/910575-hikashop-for-wordpress "Quick question, Nicolás. I want to run tests on a WordPress domain. Is the Hikashop installation file the same as for Joomla, or are they different versions?") Category: [Install & Update](/forum/25-install-update "Having an installation or update issue? You will probably find some help here.") Topic started 4 months 3 weeks ago, by [Reincidente](/forum/user/12307-reincidente "View Reincidente's Profile") [Last Post](/forum/25-install-update/910575-hikashop-for-wordpress#372174 "Ok. Thanks.") 4 months 3 weeks ago by [Reincidente](/forum/user/12307-reincidente "View Reincidente's Profile") | Replies:2 Views:206 | [Last Post](/forum/25-install-update/910575-hikashop-for-wordpress#372174 "Ok. Thanks.") by [Reincidente](/forum/user/12307-reincidente "View Reincidente's Profile") 4 months 3 weeks ago | | [](/forum/25-install-update/910573-hikashop-update-does-not-appear) | [hikashop update does not appear](/forum/25-install-update/910573-hikashop-update-does-not-appear "-- HikaShop version -- : 6.1.0 -- Joomla version -- : 5.4.6 -- PHP version -- : 8.3.26 Hi, I have a weird update behavior. I updated the website to joomla 5.4.6 before updating hikashop but I can't as the hikashop update does not show anymore in the update panel. I am on hikashop 6.1 and i guess I have to move to 6.5 Do i have to do it manually? Thanks") Category: [Install & Update](/forum/25-install-update "Having an installation or update issue? You will probably find some help here.") Topic started 4 months 3 weeks ago, by [Rejouisens](/forum/user/82752-rejouisens "View Rejouisens's Profile") [Last Post](/forum/25-install-update/910573-hikashop-update-does-not-appear#372166 "Thank you Nicolas for your reply. I made a manual update and worked well or almost. I created a new post for the little new problem.") 4 months 3 weeks ago by [Rejouisens](/forum/user/82752-rejouisens "View Rejouisens's Profile") | Replies:2 Views:236 | [Last Post](/forum/25-install-update/910573-hikashop-update-does-not-appear#372166 "Thank you Nicolas for your reply. I made a manual update and worked well or almost. I created a new post for the little new problem.") by [Rejouisens](/forum/user/82752-rejouisens "View Rejouisens's Profile") 4 months 3 weeks ago | | [](/forum/25-install-update/910559-the-filter-can-not-find-any-product) | [the filter can not find any product.](/forum/25-install-update/910559-the-filter-can-not-find-any-product "-- HikaShop version -- : 6.5.0 -- Joomla version -- : 5.4.5 -- PHP version -- : 8.3 -- Browser(s) name and version -- : chrome -- Error-message(debug-mod must be tuned on) -- : no proudct finded I upgraded my website from Joomla3 to Joomla5, and Hikashop to Business 6.5.0. The product filters are still the same modules and settings are unchanged. However, no matter how I search for product names, custom fields, descriptions, or other attributes, I can't find any products. It just shows "No products in this category". I have tried adding new filter modules or adjusting settings, but I still can't find any products. What could be the reason?") Category: [Install & Update](/forum/25-install-update "Having an installation or update issue? You will probably find some help here.") Topic started 4 months 4 weeks ago, by [e-plus](/forum/user/84323-e-plus "View e-plus's Profile") [Last Post](/forum/25-install-update/910559-the-filter-can-not-find-any-product#372104 "Hi, I checked your website but I didn't find a products listing or the products filters you're talking about. So I couldn't check what's happening. Based on what you're saying, the most likely cause is that before, you had a menu item configured to display a listing of all the products on the shop and the filter module was configured with its "menu" setting pointing to that menu item and either this is not the case anymore, or the menu item has been changed somehow. Could you provide more information on how to reproduce the problem on your website ?") 4 months 4 weeks ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:1 Views:297 | [Last Post](/forum/25-install-update/910559-the-filter-can-not-find-any-product#372104 "Hi, I checked your website but I didn't find a products listing or the products filters you're talking about. So I couldn't check what's happening. Based on what you're saying, the most likely cause is that before, you had a menu item configured to display a listing of all the products on the shop and the filter module was configured with its "menu" setting pointing to that menu item and either this is not the case anymore, or the menu item has been changed somehow. Could you provide more information on how to reproduce the problem on your website ?") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 4 months 4 weeks ago | | [](/forum/25-install-update/910499-e-mail-notification) | [e-mail notification](/forum/25-install-update/910499-e-mail-notification "-- url of the page with the problem -- : www.ubuntushop.biz -- HikaShop version -- : 6.4.1 -- Joomla version -- : 5.4 -- PHP version -- : 8.4 Upon order creation, an e-mail is send. But the quantity of product is too close to the price. See attachment. So it seems price is 1000 euro, but this must be quantity 1 and price 100 euro. Where to change this (extra spave between quantity and price) . Or should the table be widere?") Category: [Install & Update](/forum/25-install-update "Having an installation or update issue? You will probably find some help here.") Topic started 5 months 3 weeks ago, by [duportail](/forum/user/82788-duportail "View duportail's Profile") [Last Post](/forum/25-install-update/910499-e-mail-notification#372078 "Hello, Email clients ignore embedded CSS, the styles need to be inline on the cells. In HikaShop > System > Emails, open the "Order creation notification", switch to the HTML view and append these to the existing style attribute of each cell, both on the header row and on the product line (8 cells total): - name cell: - price, quantity, total cells:") 4 months 4 weeks ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:3 Views:283 | [Last Post](/forum/25-install-update/910499-e-mail-notification#372078 "Hello, Email clients ignore embedded CSS, the styles need to be inline on the cells. In HikaShop > System > Emails, open the "Order creation notification", switch to the HTML view and append these to the existing style attribute of each cell, both on the header row and on the product line (8 cells total): - name cell: - price, quantity, total cells:") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 4 months 4 weeks ago | | [](/forum/25-install-update/910218-missing-hasmerchantreturnpolicy-in-offer-json-ld-for-google-merchant-listings) | [Missing hasMerchantReturnPolicy in Offer JSON-LD for Google Merchant listings](/forum/25-install-update/910218-missing-hasmerchantreturnpolicy-in-offer-json-ld-for-google-merchant-listings "Hi Nicolas. I’ve identified a behavior in HikaShop’s structured data that may need review to improve compatibility with Google Merchant listings. Context: * On my product pages, HikaShop generates a JSON-LD block of type `ProductGroup`, with variants inside `hasVariant`. * Each variant is generated as a `Product`, and each one contains its own `offers` block of type `Offer`. * Inside each `Offer`, fields such as `url`, `itemCondition`, `priceCurrency`, `price`, and `availability` are correctly included. Observed issue: * In Google Search Console, within the “Merchant listings” report, I am getting warnings like: `Missing field "hasMerchantReturnPolicy" in "offers"` * I checked a specific affected URL, and the warning points directly to the `Offer` block generated by HikaShop. * However, Google’s Rich Results Test does not flag this as a critical issue (only optional fields like `priceValidUntil`), but Search Console still reports the missing `hasMerchantReturnPolicy` in `offers` under Merchant listings. My questions: * Do you plan to add support for `hasMerchantReturnPolicy` inside `Offer` in the product/variant JSON-LD? * If not, what would be the recommended way to implement it in HikaShop without modifying the core? It would also be helpful to know if you plan to support: * a global return policy at `Organization` level * and product-level exceptions (e.g. personalized products), in a way compatible with Google Merchant Center / Merchant listings. If needed, I can provide a real affected URL and the exact JSON-LD snippet generated by HikaShop. Thank you.") Category: [Install & Update](/forum/25-install-update "Having an installation or update issue? You will probably find some help here.") Topic started 7 months 1 day ago, by [Reincidente](/forum/user/12307-reincidente "View Reincidente's Profile") [Last Post](/forum/25-install-update/910218-missing-hasmerchantreturnpolicy-in-offer-json-ld-for-google-merchant-listings#372067 "Hi, Thanks for your feedback. That's a good idea. I've added this on our end. Download the install package of HikaShop on our website and install it on yours and you'll get the extra option in the plugin for this.") 5 months 40 minutes ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:11 Views:4008 | [Last Post](/forum/25-install-update/910218-missing-hasmerchantreturnpolicy-in-offer-json-ld-for-google-merchant-listings#372067 "Hi, Thanks for your feedback. That's a good idea. I've added this on our end. Download the install package of HikaShop on our website and install it on yours and you'll get the extra option in the plugin for this.") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 5 months 40 minutes ago | | [](/forum/25-install-update/910496-is-there-a-way-to-clean-up-the-hikashop-product-database) | [Is there a way to clean up the Hikashop product database?](/forum/25-install-update/910496-is-there-a-way-to-clean-up-the-hikashop-product-database "-- HikaShop version -- : 6.4,1 -- Joomla version -- : 5.4.5 -- PHP version -- : 8.2.30 My client's shop has been running for years now and the amount of products in HikaShop has grown steadily all that time. Right now the shop contains about 3600 products, many of which have 5 to 15 variants. Because of this my database is becoming quite large (currently around 1.2 GB), and this is starting to give memory issues on my server when doing things like product exports or generating a site map. I have already asked the client to go though their products and delete any that are no longer needed, but this does not really fix the issue. So my question is: are old products entries removed from the Hikashop database tables when they are deleted from the administrator console? And, if this is not the case, is there a way to clean up the product database, by removing any data that is no longer relevant?") Category: [Install & Update](/forum/25-install-update "Having an installation or update issue? You will probably find some help here.") Topic started 5 months 3 weeks ago, by [Foxworks](/forum/user/7379-foxworks "View Foxworks's Profile") [Last Post](/forum/25-install-update/910496-is-there-a-way-to-clean-up-the-hikashop-product-database#372015 "Hi, I would recommend increasing the memory_limit of your php.ini to 256MB") 5 months 5 days ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:9 Views:417 | [Last Post](/forum/25-install-update/910496-is-there-a-way-to-clean-up-the-hikashop-product-database#372015 "Hi, I would recommend increasing the memory_limit of your php.ini to 256MB") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 5 months 5 days ago | | [](/forum/25-install-update/910533-deprecated-trim-passing-null-to-parameter-1-string-of-type-string) | [Deprecated: trim(): Passing null to parameter #1 ($string) of type string](/forum/25-install-update/910533-deprecated-trim-passing-null-to-parameter-1-string-of-type-string "-- url of the page with the problem -- : www.3dcreations.uk -- HikaShop version -- : 6.4.1 stable -- Joomla version -- : 5.4.5 stable -- Browser(s) name and version -- : Edge -- Error-message(debug-mod must be tuned on) -- : Deprecated: trim(): Passing null to parameter #1 ($string) of type string is deprecated in /home/cp3354256/public_html/libraries/src/Document/HtmlDocument.php on line 480 Hello, I am trying (unsuccessfully) to update my site from Joomla 5.4.5 to 6.1.0. There is an issue with the plugin for backward compatibility which causes the frontend and dashboard to crash. However, in my vain attempt to solve the issues with files and plugins that may cause the update to work, I have slightly broken my pictures page - 3dcreations.uk/index.php/fluid-art/fluid-art-paintings . Here are the lines from 480 in my php file: 480 $this->_custom[] = trim($html); return $this; } /** * Returns whether the document is set up to be output as HTML5 * * @return boolean true when HTML5 is used * * @since 3.0.0 */ In the meantime is it worth reinstalling Hikashop and will it retain all of my data? Many thanks. Simon") Category: [Install & Update](/forum/25-install-update "Having an installation or update issue? You will probably find some help here.") Topic started 5 months 1 week ago, by [simonlindsay](/forum/user/32377-simonlindsay "View simonlindsay's Profile") [Last Post](/forum/25-install-update/910533-deprecated-trim-passing-null-to-parameter-1-string-of-type-string#371986 "Thanks Nicolas!") 5 months 1 week ago by [simonlindsay](/forum/user/32377-simonlindsay "View simonlindsay's Profile") | Replies:3 Views:225 | [Last Post](/forum/25-install-update/910533-deprecated-trim-passing-null-to-parameter-1-string-of-type-string#371986 "Thanks Nicolas!") by [simonlindsay](/forum/user/32377-simonlindsay "View simonlindsay's Profile") 5 months 1 week ago | | [](/forum/25-install-update/910528-subject-hash-equals-typeerror-on-user-control-panel-page-php-8-3-incompatib) | [Subject: hash\_equals() TypeError on User Control Panel page - PHP 8.3 incompatib](/forum/25-install-update/910528-subject-hash-equals-typeerror-on-user-control-panel-page-php-8-3-incompatib "-- HikaShop version -- : 6.4.1 -- Joomla version -- : 6.1.0 -- PHP version -- : 8.3 -- Browser(s) name and version -- : Chrome 148.0.7778..168 -- Error-message(debug-mod must be tuned on) -- : hash_equals(): Argument #2 ($user_string) must be of type string, null given Environment HikaShop Business: 6.4.1 Joomla: 6.1.0 PHP: 8.3 Server OS: Linux Description When a logged-in user navigates to the HikaShop User Control Panel page (frontend "My Account" / com_hikashop user view), a fatal PHP 8.3 error occurs, resulting in a 500 Internal Server Error. The page is completely inaccessible for all logged-in users. Steps to Reproduce Navigate to the frontend login page Log in with a valid user account Navigate to the User Control Panel page (/hu/fiokom or /en/my-account) Page returns HTTP 500 Expected Behavior The User Control Panel loads normally and displays the user's orders, account details, and related information. Actual Behavior HTTP 500 error. The page is completely inaccessible. Error Message TypeError: hash_equals(): Argument #2 ($user_string) must be of type string, null given Full Stack Trace Function Location 1 () JROOT/administrator/components/com_hikashop/ classes/order.php:1834 2 hash_equals() JROOT/administrator/components/com_hikashop/ classes/order.php:1834 3 hikashopOrderClass->loadFullOrder() JROOT/components/com_hikashop/views/user/ view.html.php:297 4 userViewUser->cpanel_orders() JROOT/components/com_hikashop/views/user/ view.html.php:245 5 userViewUser->cpanel() JROOT/components/com_hikashop/views/user/ view.html.php:23 6 userViewUser->display() JROOT/libraries/src/MVC/Controller/ BaseController.php:697 7 Joomla\CMS\MVC\Controller\BaseController->display() JROOT/administrator/components/com_hikashop/ helpers/helper.php:2925 8 hikashopController->display() JROOT/components/com_hikashop/controllers/ user.php:196 9 userController->cpanel() JROOT/libraries/src/MVC/Controller/ BaseController.php:730 10 Joomla\CMS\MVC\Controller\BaseController->execute() JROOT/administrator/components/com_hikashop/ helpers/helper.php:2903 11 hikashopController->execute() JROOT/components/com_hikashop/hikashop.php:89 Root Cause Analysis In administrator/components/com_hikashop/classes/order.php, the loadFullOrder() method contains the following check: php$token = hikaInput::get()->getVar('order_token'); if(empty($token)) $token = $app->getUserState('com_hikashop.order_token'); if(empty($order->order_token) \|\| !hash_equals($order->order_token, $token)) { return null; } When a registered user (with a valid user_cms_id) accesses their own orders, $token is null because no order_token is present in the request or session — correctly so, since registered users should not need a token. However, the code reaches this branch due to a logic flow issue: the elseif condition for registered users (hikashop_loadUser(false) != $order->order_user_id) is not evaluated first for orders being loaded in the cpanel context. In PHP 8.3, hash_equals() now throws a TypeError when either argument is null, whereas in PHP 8.0–8.2 it would silently cast to string. Suggested fix: phpif(empty($order->order_token) \|\| !hash_equals($order->order_token, (string)$token)) { return null; } Impact Severity: Critical — the User Control Panel is completely broken for all users on PHP 8.3 All registered users are unable to view their orders, account details, or any user-facing HikaShop functionality The site redirects users to the login page, and after login, immediately returns a 500 error") Category: [Install & Update](/forum/25-install-update "Having an installation or update issue? You will probably find some help here.") Topic started 5 months 1 week ago, by [smoothie](/forum/user/7989-smoothie "View smoothie's Profile") [Last Post](/forum/25-install-update/910528-subject-hash-equals-typeerror-on-user-control-panel-page-php-8-3-incompatib#371940 "Hi smoothie, Thank you for the detailed report and the stack trace, it was spot on. We have fixed it. What was happening: in loadFullOrder(), the branch that validates a guest order's access token was being reached from the "My account" page for an order whose customer record is a guest-checkout one. On the account page there is no order token in the URL or session, so the token was null, and PHP's hash_equals() rejects a null second argument with the TypeError you saw. The check now treats a missing token as simply an invalid one (access denied), which is the behaviour that was always intended, instead of letting null reach hash_equals. Two clarifications that may help you understand your own setup: - This is not a PHP 8.3 specific issue. hash_equals() has rejected a non-string argument since PHP 8.0. The version is not the trigger, the data is. - It does not affect all logged-in users. It only happens when the logged-in customer's order history contains a guest-checkout order (an order whose customer record has no linked Joomla user, i.e. a guest order). Customers whose orders were all placed while logged in take a different code path and were never affected. That is also why it is rarely seen and why it may not reproduce on a test site unless that exact situation exists. Thanks again for the precise report.") 5 months 1 week ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:1 Views:268 | [Last Post](/forum/25-install-update/910528-subject-hash-equals-typeerror-on-user-control-panel-page-php-8-3-incompatib#371940 "Hi smoothie, Thank you for the detailed report and the stack trace, it was spot on. We have fixed it. What was happening: in loadFullOrder(), the branch that validates a guest order's access token was being reached from the "My account" page for an order whose customer record is a guest-checkout one. On the account page there is no order token in the URL or session, so the token was null, and PHP's hash_equals() rejects a null second argument with the TypeError you saw. The check now treats a missing token as simply an invalid one (access denied), which is the behaviour that was always intended, instead of letting null reach hash_equals. Two clarifications that may help you understand your own setup: - This is not a PHP 8.3 specific issue. hash_equals() has rejected a non-string argument since PHP 8.0. The version is not the trigger, the data is. - It does not affect all logged-in users. It only happens when the logged-in customer's order history contains a guest-checkout order (an order whose customer record has no linked Joomla user, i.e. a guest order). Customers whose orders were all placed while logged in take a different code path and were never affected. That is also why it is rarely seen and why it may not reproduce on a test site unless that exact situation exists. Thanks again for the precise report.") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 5 months 1 week ago | | [](/forum/25-install-update/910525-price-calculations-v2-4-1-not-working-after-hikashop-6-4-1-update) | [Price Calculations v2.4.1 not working after HikaShop 6.4.1 update](/forum/25-install-update/910525-price-calculations-v2-4-1-not-working-after-hikashop-6-4-1-update "-- HikaShop version -- : 6.4.1 -- Joomla version -- : 6.1.0 -- PHP version -- : 8.4 I hope you can help me. Since updating HikaShop and the Price Calculations plugin, the price calculations on my product pages are no longer working. I am not a developer myself, so I reached out to Claude (AI assistant by Anthropic) for help investigating the issue. I want to be upfront about this — I am not certain whether the findings below are the actual cause, but I wanted to share everything we found so you have as much context as possible. Environment: - HikaShop Business: v6.4.1 - Price Calculations plugin: v2.4.1 - Joomla version: 6.1.0 What we found during investigation: 1. The browser console shows the following error on the product page: "Cannot read properties of null (reading 'price')" at aluminium-naam-typeplaat/:140 at xhr.onreadystatechange (hikashop.js:1587) 2. The AJAX call to /component/hikashop/calculations/calculate/ returns: "No product id" 3. When inspecting the form element on the product page via the browser console: - document.getElementById('hikashop_product_form') exists - However, the form only contains basic cart fields (cart_type, add, ctrl, task, return_url) - There is no product_id field and no custom fields present in the form - window.Oby.getFormData() therefore returns no product_id 4. In calculations.php (line 81), the generated JavaScript uses resp.price to read the AJAX response. Based on the changelog of v2.3.0, the response now returns price_value instead of price. I have already updated this line locally as a test, but this did not resolve the issue because the form is empty. After this test I bring everyting back to normal to instal the latets plugin again. 5. The form[name="hikashop_product_form"] appears to no longer contain the product data and custom field values that the plugin relies on. This may be related to a change in HikaShop 6.4.x in how the product form is structured or populated. Thank you very much for your time and support. Kind regards, Lumiga") Category: [Install & Update](/forum/25-install-update "Having an installation or update issue? You will probably find some help here.") Topic started 5 months 1 week ago, by [Lumiga](/forum/user/31479-lumiga "View Lumiga's Profile") [Last Post](/forum/25-install-update/910525-price-calculations-v2-4-1-not-working-after-hikashop-6-4-1-update#371924 "Hi, Thanks for the very detailed report, it gives us a good starting point. One small correction first: the AJAX response of the plugin still returns a "price" field (not "price_value"), so that part of the AI's analysis was off. The real issue is the one you spotted right after it: the product form on the page is missing the product_id input, so the AJAX call goes out without a product_id and the server replies "No product id". Without a product_id, the JavaScript then tries to read the price out of an empty response, which is the "Cannot read properties of null (reading 'price')" error you see in the console. This is a known side effect of the product form restructuring that happened in HikaShop 6.4.0. HikaShop 6.4.1 already includes the fixes for it, both on the form side and on the JavaScript helper that the Price Calculations plugin uses to read the form. So in principle, on 6.4.1 it should be working out of the box. The two most common reasons it still doesn't work after the update are: 1. A cached copy of HikaShop's main JavaScript file is still being served to your browser, so the fix is technically deployed on the server but your browser is still running the old version. Could you try a hard refresh on the product page (Ctrl + Shift + R on Windows/Linux, Cmd + Shift + R on Mac), and also clear the Joomla cache from System > Maintenance > Clear Cache? Then reload the product page and check whether the calculation comes back. 2. Your Joomla template has a custom override of the HikaShop product view. Joomla template overrides take precedence over HikaShop's own files, so if the override was created before the 6.4.0 restructuring, it can keep the old form structure on the page and prevent the fix from taking effect. To check: in your Joomla files, look for a folder like templates/<your_template>/html/com_hikashop/product/ . If you see files like show_default.php, show.php, quantity.php inside it, then you do have overrides for the product page. If that is the case, the simplest test is to rename that "product" folder temporarily to "product_backup" and reload the product page, to see whether the calculation comes back. If it does, the overrides are the culprit and they need to be regenerated from the 6.4.1 versions.") 5 months 1 week ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:1 Views:233 | [Last Post](/forum/25-install-update/910525-price-calculations-v2-4-1-not-working-after-hikashop-6-4-1-update#371924 "Hi, Thanks for the very detailed report, it gives us a good starting point. One small correction first: the AJAX response of the plugin still returns a "price" field (not "price_value"), so that part of the AI's analysis was off. The real issue is the one you spotted right after it: the product form on the page is missing the product_id input, so the AJAX call goes out without a product_id and the server replies "No product id". Without a product_id, the JavaScript then tries to read the price out of an empty response, which is the "Cannot read properties of null (reading 'price')" error you see in the console. This is a known side effect of the product form restructuring that happened in HikaShop 6.4.0. HikaShop 6.4.1 already includes the fixes for it, both on the form side and on the JavaScript helper that the Price Calculations plugin uses to read the form. So in principle, on 6.4.1 it should be working out of the box. The two most common reasons it still doesn't work after the update are: 1. A cached copy of HikaShop's main JavaScript file is still being served to your browser, so the fix is technically deployed on the server but your browser is still running the old version. Could you try a hard refresh on the product page (Ctrl + Shift + R on Windows/Linux, Cmd + Shift + R on Mac), and also clear the Joomla cache from System > Maintenance > Clear Cache? Then reload the product page and check whether the calculation comes back. 2. Your Joomla template has a custom override of the HikaShop product view. Joomla template overrides take precedence over HikaShop's own files, so if the override was created before the 6.4.0 restructuring, it can keep the old form structure on the page and prevent the fix from taking effect. To check: in your Joomla files, look for a folder like templates//html/com_hikashop/product/ . If you see files like show_default.php, show.php, quantity.php inside it, then you do have overrides for the product page. If that is the case, the simplest test is to rename that "product" folder temporarily to "product_backup" and reload the product page, to see whether the calculation comes back. If it does, the overrides are the culprit and they need to be regenerated from the 6.4.1 versions.") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 5 months 1 week ago | | [](/forum/25-install-update/910510-custom-fields-filters-issue) | [Custom fields Filters issue](/forum/25-install-update/910510-custom-fields-filters-issue "-- HikaShop version -- : 6.4.1 -- Joomla version -- : 5.4.5 -- PHP version -- : 8.4 Good morning, When setting filters with custom fields, in the "custom field" field, I should be able to choose between 3 different custom fields but curently only one of my 3 custom fields is displayed. Any idea what's the issue? Thanks in advance for your help. Sandra") Category: [Install & Update](/forum/25-install-update "Having an installation or update issue? You will probably find some help here.") Topic started 5 months 2 weeks ago, by [Sandra74](/forum/user/60896-sandra74 "View Sandra74's Profile") [Last Post](/forum/25-install-update/910510-custom-fields-filters-issue#371864 "You're totally right, I forgot I should not restrict to a category. Thanks again Sandra") 5 months 2 weeks ago by [Sandra74](/forum/user/60896-sandra74 "View Sandra74's Profile") | Replies:2 Views:252 | [Last Post](/forum/25-install-update/910510-custom-fields-filters-issue#371864 "You're totally right, I forgot I should not restrict to a category. Thanks again Sandra") by [Sandra74](/forum/user/60896-sandra74 "View Sandra74's Profile") 5 months 2 weeks ago | | [](/forum/25-install-update/910507-import-category-data) | [Import category data.](/forum/25-install-update/910507-import-category-data "Hello Nicolas. I would need to know if there is a way to import/modify fields such as "title, meta and description" of product categories with csv.") Category: [Install & Update](/forum/25-install-update "Having an installation or update issue? You will probably find some help here.") Topic started 5 months 2 weeks ago, by [Reincidente](/forum/user/12307-reincidente "View Reincidente's Profile") [Last Post](/forum/25-install-update/910507-import-category-data#371834 "Hello, Thanks for reaching out. The short answer is: HikaShop's built-in CSV import does not currently include the category metadata fields (page title, meta description, keywords, canonical, alias, etc.) row-by-row. It's primarily a product import that can auto-create categories with a name and a namekey, but it does not read the SEO columns. You have three practical paths depending on what you actually need. 1) Same value across many categories: HikaShop Massactions (built-in, Business edition) If your goal is to set the same value on many categories at once (for example, applying a SEO title pattern to all subcategories of a parent), the Massactions feature does it without any extra extension. - HikaShop > System > Massactions > New. - Massaction table: Category. - Add filters to select the categories you want to touch (by parent, by name pattern, by ID range, etc.). - Add the action "Update values" and pick the column you want to set: category_meta_description, category_keywords, category_page_title, category_canonical, category_alias, category_description, etc. - Save the massaction and run it. You can re-run it later or schedule it via the task plugin. The limitation is that "Update values" applies the same value to every selected category, so it's perfect for batch SEO conventions but not for a per-row import where every category has its own distinct values. 2) Per-row distinct values via CSV: RO CSVi (third-party extension) For a real category CSV import where each row carries the values for one category, the most complete option is RO CSVi by RolandD, a commercial Joomla extension dedicated to imports/exports for several Joomla components, HikaShop included. It supports every HikaShop category field, including all the ones you mentioned: - category_name, category_namekey, category_alias, category_description - category_meta_description, category_keywords, category_page_title, category_canonical - category_published, category_access, category_menu, category_layout, category_quantity_layout - category_parent_id, category_ordering, category_depth, category_left, category_right, category_path - category_type (mandatory: tells HikaShop whether you're importing product categories, manufacturers, taxes or order statuses, since they all share the same table) - category_id, category_created, category_modified, category_site_id Required columns for the import are category_path (the position in the tree) and category_type. The rest are optional and only the fields you include in the CSV are updated, which makes it easy to update only meta/SEO fields without touching anything else. Their documentation: rolandd.com/documentation/ro-csvi/hikash...shop-category-import (and the full field list at rolandd.com/documentation/ro-csvi/hikashop/available-fields ). It's the most established CSV import tool in the Joomla ecosystem and it's what most merchants use when they need this kind of granular import. 3) One-shot maintenance: HikaShop Migration tool or direct SQL If it's a single one-shot job and you don't want to bring in a new extension, you could use a direct SQL on #__hikashop_category in phpMyAdmin or via a small script. The relevant columns are category_meta_description, category_keywords, category_page_title, category_canonical, category_alias, category_description. Quick, but requires some proficiency with PHPMyAdmin. In your case, if you have many categories and per-row distinct meta values that you want to maintain over time, RO CSVi is probably the most efficient answer. If it's a one-time fix on a known set of categories with a shared SEO pattern, Massactions handles it without any extra extension.") 5 months 2 weeks ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:1 Views:261 | [Last Post](/forum/25-install-update/910507-import-category-data#371834 "Hello, Thanks for reaching out. The short answer is: HikaShop's built-in CSV import does not currently include the category metadata fields (page title, meta description, keywords, canonical, alias, etc.) row-by-row. It's primarily a product import that can auto-create categories with a name and a namekey, but it does not read the SEO columns. You have three practical paths depending on what you actually need. 1) Same value across many categories: HikaShop Massactions (built-in, Business edition) If your goal is to set the same value on many categories at once (for example, applying a SEO title pattern to all subcategories of a parent), the Massactions feature does it without any extra extension. - HikaShop > System > Massactions > New. - Massaction table: Category. - Add filters to select the categories you want to touch (by parent, by name pattern, by ID range, etc.). - Add the action "Update values" and pick the column you want to set: category_meta_description, category_keywords, category_page_title, category_canonical, category_alias, category_description, etc. - Save the massaction and run it. You can re-run it later or schedule it via the task plugin. The limitation is that "Update values" applies the same value to every selected category, so it's perfect for batch SEO conventions but not for a per-row import where every category has its own distinct values. 2) Per-row distinct values via CSV: RO CSVi (third-party extension) For a real category CSV import where each row carries the values for one category, the most complete option is RO CSVi by RolandD, a commercial Joomla extension dedicated to imports/exports for several Joomla components, HikaShop included. It supports every HikaShop category field, including all the ones you mentioned: - category_name, category_namekey, category_alias, category_description - category_meta_description, category_keywords, category_page_title, category_canonical - category_published, category_access, category_menu, category_layout, category_quantity_layout - category_parent_id, category_ordering, category_depth, category_left, category_right, category_path - category_type (mandatory: tells HikaShop whether you're importing product categories, manufacturers, taxes or order statuses, since they all share the same table) - category_id, category_created, category_modified, category_site_id Required columns for the import are category_path (the position in the tree) and category_type. The rest are optional and only the fields you include in the CSV are updated, which makes it easy to update only meta/SEO fields without touching anything else. Their documentation: rolandd.com/documentation/ro-csvi/hikash...shop-category-import (and the full field list at rolandd.com/documentation/ro-csvi/hikashop/available-fields ). It's the most established CSV import tool in the Joomla ecosystem and it's what most merchants use when they need this kind of granular import. 3) One-shot maintenance: HikaShop Migration tool or direct SQL If it's a single one-shot job and you don't want to bring in a new extension, you could use a direct SQL on #__hikashop_category in phpMyAdmin or via a small script. The relevant columns are category_meta_description, category_keywords, category_page_title, category_canonical, category_alias, category_description. Quick, but requires some proficiency with PHPMyAdmin. In your case, if you have many categories and per-row distinct meta values that you want to maintain over time, RO CSVi is probably the most efficient answer. If it's a one-time fix on a known set of categories with a shared SEO pattern, Massactions handles it without any extra extension.") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 5 months 2 weeks ago | | [](/forum/25-install-update/910457-how-to-migrate-from-authorize-net-sim-to-authorize-js) | [How to migrate from Authorize.net SIM to Authorize JS?](/forum/25-install-update/910457-how-to-migrate-from-authorize-net-sim-to-authorize-js "-- url of the page with the problem -- : grandprix-software-central.com/ -- HikaShop version -- : 6.4.0 -- Joomla version -- : 6.1.0 -- PHP version -- : 8.4 -- Browser(s) name and version -- : Firefox 149.0.2 I just purchased the Authorize JS plugin but am unsure how to migrate from the current plugin. I have installed and enabled the plugin. Just change API to DPM instead of SIM?") Category: [Install & Update](/forum/25-install-update "Having an installation or update issue? You will probably find some help here.") Topic started 6 months 1 week ago, by [gpraceman](/forum/user/37240-gpraceman "View gpraceman's Profile") [Last Post](/forum/25-install-update/910457-how-to-migrate-from-authorize-net-sim-to-authorize-js#371788 "Correct") 5 months 3 weeks ago by [gpraceman](/forum/user/37240-gpraceman "View gpraceman's Profile") | Replies:17 Views:383 | [Last Post](/forum/25-install-update/910457-how-to-migrate-from-authorize-net-sim-to-authorize-js#371788 "Correct") by [gpraceman](/forum/user/37240-gpraceman "View gpraceman's Profile") 5 months 3 weeks ago | | [ ](#forumtop) | | [](/forum/topics/feed/mode-topics?format=feed&type=rss) Time to create page: 0.084 seconds [Powered by](/forum/credits) [Kunena Forum](https://www.kunena.org) [](#top)