[Skip to main content](#vessel-content) # Recent Topics (89 topics) All Since last visit 4 Hours 8 Hours 12 Hours 24 Hours 48 Hours Week Month Year | [ ](#forumbottom) | Subject | Replies / Views | Last Post | |---|---|---|---| | [ ](#forumtop) | | | | | [](/forum/26-product-category-display/100000028-sql-error-when-all-searched-words-have-a-length-equal-or-less-than-the-min-value) | [SQL error when all searched words have a length equal or less than the Min value](/forum/26-product-category-display/100000028-sql-error-when-all-searched-words-have-a-length-equal-or-less-than-the-min-value "-- HikaShop version -- : 6.6.0 -- Joomla version -- : 5.4.8 -- PHP version -- : 8.3.33 -- Browser(s) name and version -- : Chrome 154.0 Hello, I am encountering an SQL syntax error related to a custom product field used inside a HikaShop Filter. After detailed testing, I identified a specific pattern that seems to indicate a bug in how the Min/Max length filter generates its SQL conditions. Context * "pas cu pas" = "step by step". * I created a custom product field in HikaShop. * This field is used in a Filter module with Minimum length and Maximum length. * Search processing is set to “every words”. Pattern of the issue The SQL error appears only when all searched words have a length equal to or less than the Min value. Examples: * If Min = 3 and the search term is “pas cu pas”, the error occurs because all words (“pas”, “cu”, “pas”) have length ≤ 3. * If Min = 2 and the search term is “pa cu pas”, the error does not occur because “pas” has 3 characters, which is greater than Min. * In general, if at least one searched word is longer than Min, the SQL error does not appear. So the issue seems to be triggered only when "  " = "every words / any word" and Minimum length ≤ Searched value , which likely results in a malformed or empty SQL condition. You have the link to the testing website, it is using ajax in search, so you need to refresh the page to see the error if not showing. PS. In this new version of the forum I don't see the option to add protected data here, I would have given you the username and password to check on the testing site. :D") 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 2 weeks 4 days ago, by [oxido](/forum/user/29793-oxido "View oxido's Profile") [Last Post](/forum/26-product-category-display/100000028-sql-error-when-all-searched-words-have-a-length-equal-or-less-than-the-min-value#100000145 "-- HikaShop version -- : 6.6.0 -- Joomla version -- : 5.4.8 -- PHP version -- : 8.3.33 -- Browser(s) name and version -- : Chrome 154.0 Hello, I am encountering an SQL syntax error related to a custom product field used inside a HikaShop Filter. After detailed testing, I identified a specific pattern that seems to indicate a bug in how the Min/Max length filter generates its SQL conditions. Context * "pas cu pas" = "step by step". * I created a custom product field in HikaShop. * This field is used in a Filter module with Minimum length and Maximum length. * Search processing is set to “every words”. Pattern of the issue The SQL error appears only when all searched words have a length equal to or less than the Min value. Examples: * If Min = 3 and the search term is “pas cu pas”, the error occurs because all words (“pas”, “cu”, “pas”) have length ≤ 3. * If Min = 2 and the search term is “pa cu pas”, the error does not occur because “pas” has 3 characters, which is greater than Min. * In general, if at least one searched word is longer than Min, the SQL error does not appear. So the issue seems to be triggered only when "  " = "every words / any word" and Minimum length ≤ Searched value , which likely results in a malformed or empty SQL condition. You have the link to the testing website, it is using ajax in search, so you need to refresh the page to see the error if not showing. PS. In this new version of the forum I don't see the option to add protected data here, I would have given you the username and password to check on the testing site. :D") 2 weeks 4 days ago by [oxido](/forum/user/29793-oxido "View oxido's Profile") | Replies:0 Views:52 | [Last Post](/forum/26-product-category-display/100000028-sql-error-when-all-searched-words-have-a-length-equal-or-less-than-the-min-value#100000145 "-- HikaShop version -- : 6.6.0 -- Joomla version -- : 5.4.8 -- PHP version -- : 8.3.33 -- Browser(s) name and version -- : Chrome 154.0 Hello, I am encountering an SQL syntax error related to a custom product field used inside a HikaShop Filter. After detailed testing, I identified a specific pattern that seems to indicate a bug in how the Min/Max length filter generates its SQL conditions. Context * "pas cu pas" = "step by step". * I created a custom product field in HikaShop. * This field is used in a Filter module with Minimum length and Maximum length. * Search processing is set to “every words”. Pattern of the issue The SQL error appears only when all searched words have a length equal to or less than the Min value. Examples: * If Min = 3 and the search term is “pas cu pas”, the error occurs because all words (“pas”, “cu”, “pas”) have length ≤ 3. * If Min = 2 and the search term is “pa cu pas”, the error does not occur because “pas” has 3 characters, which is greater than Min. * In general, if at least one searched word is longer than Min, the SQL error does not appear. So the issue seems to be triggered only when "  " = "every words / any word" and Minimum length ≤ Searched value , which likely results in a malformed or empty SQL condition. You have the link to the testing website, it is using ajax in search, so you need to refresh the page to see the error if not showing. PS. In this new version of the forum I don't see the option to add protected data here, I would have given you the username and password to check on the testing site. :D") by [oxido](/forum/user/29793-oxido "View oxido's Profile") 2 weeks 4 days ago | | [](/forum/35-orders-management/100000002-historique-des-commandes) | [Historique des commandes](/forum/35-orders-management/100000002-historique-des-commandes "-- HikaShop version -- : 6.6.0 -- Joomla version -- : 5.4.8 -- Browser(s) name and version -- :  Chrome 153.0 NE PAS TENIR COMPTE DU MESSAGE > J'ai trouvé et tout est résolu ! Bonjour, Existe-t-il un historique des commandes pour le client ? Lorsque le client se connecte dans son compte, il peut voir toutes les commandes passées? Merci PS pour info, toujours erreur lors du chargement direct sur le web(voir photos), mais avec l'archive tout est ok") Category: [Orders management](/forum/35-orders-management "You can ask here your questions about orders management") Topic started 3 weeks 6 days ago, by [sudkarting](/forum/user/23503-sudkarting "View sudkarting's Profile") [Last Post](/forum/35-orders-management/100000002-historique-des-commandes#100000136 "Bonjour, Oui, c'est pour la prochaine version de Hikaserial.") 2 weeks 4 days ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:12 Views:141 | [Last Post](/forum/35-orders-management/100000002-historique-des-commandes#100000136 "Bonjour, Oui, c'est pour la prochaine version de Hikaserial.") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 2 weeks 4 days ago | | [](/forum/5-support-en-francais-french-support-/100000019-une-question-au-sujet-de-laffichage-sur-une-page-produit) | [Une question au sujet de l'affichage sur une page produit](/forum/5-support-en-francais-french-support-/100000019-une-question-au-sujet-de-laffichage-sur-une-page-produit "-- url of the page with the problem -- : www.guillenphoto.com/fr/les-photos-d-art...-et-blanc-245-7.html -- Browser(s) name and version -- : Chrome 154.0 Bonjour, Avant de vous poser ma question, je voudrai vous féliciter pour le nouveau design de votre site web. C'est très réussi. Très aéré, moderne et très clair. Facile à naviguer. J'apprécie beaucoup. Je viens d'avoir un souci avec un client. Il faut que je trouve une solution. Voici ma question. - Aller sur cette page :  www.guillenphoto.com/fr/les-photos-d-art...-et-blanc-245-7.html - Dans le premier champ, sélectionnez "Finition contemporaine". - Dans le deuxième champ, sélectionnez une taille. J'aimerai que Finition contemporaine apparaisse automatiquement dans le troisième champ. Aujourd'hui, les clients doivent manuellement effectuer un choix confirmant le premier. C'est le moyen que j'ai trouvé pour afficher les détails du produit. Tout fonctionnait bien jusqu'à aujourd'hui. Pour une commande, un client vient de sélectionner dans le premier champ "Finition contemporaine" puis il a choisi la finition Museum dans le troisième champ. Je ne sais pas quel produit lui livrer. J'espère que mes explications sont claires. N'hésitez pas à me demander des détails. J'espère aussi que c'est possible. Les montants sont importants. je ne peux pas me permettre de reproduire ce fonctionnement. Sincèrement, A. Guillen") Category: [Support en Français (French Support)](/forum/5-support-en-francais-french-support- "Cette section de notre forum est dédiée au support de HikaShop en Français. Si vous avez des notions en anglais, préférez utiliser les sections anglaises qui contiendront plus d'informations.") Topic started 2 weeks 6 days ago, by [guillenphoto](/forum/user/73952-guillenphoto "View guillenphoto's Profile") [Last Post](/forum/5-support-en-francais-french-support-/100000019-une-question-au-sujet-de-laffichage-sur-une-page-produit#100000130 "Bonjour Nicolas, je vous remercie mille fois pour votre aide. Tout fonctionne parfaitement. J'ai intégré les modifications sur mon site de production. J'ai effectué plusieurs tests. Ils sont très concluants. Cette modification fonctionnelle va faciliter la vie de mes clients. J'essaie de leur rendre le site web facile d'accès. Mais cette fois, mes compétences étant limitées dans le domaine du web, j'ai fait au mieux avec les outils que j'avais à ma disposition. Le problème que j'ai rencontré ce week end avec une commande s'est produit pour la première fois. Habituellement, les clients suivent la procédure sans problème car elle est séquentielle. Cette fois, la personne n'a pas bien compris. Heureusement, la commande a été confirmée par le client. Il a été compréhensif. En trouvant une solution à mon problème, vous m'avez retiré une belle aiguille du pied en m'évitant de futurs problèmes. Je vous suis très reconnaissant pour ce que vous avez fait. Je vous ai envoyé un message privé. Merci pour tout. Sincèrement, A. Guillen") 2 weeks 4 days ago by [guillenphoto](/forum/user/73952-guillenphoto "View guillenphoto's Profile") | Replies:9 Views:102 | [Last Post](/forum/5-support-en-francais-french-support-/100000019-une-question-au-sujet-de-laffichage-sur-une-page-produit#100000130 "Bonjour Nicolas, je vous remercie mille fois pour votre aide. Tout fonctionne parfaitement. J'ai intégré les modifications sur mon site de production. J'ai effectué plusieurs tests. Ils sont très concluants. Cette modification fonctionnelle va faciliter la vie de mes clients. J'essaie de leur rendre le site web facile d'accès. Mais cette fois, mes compétences étant limitées dans le domaine du web, j'ai fait au mieux avec les outils que j'avais à ma disposition. Le problème que j'ai rencontré ce week end avec une commande s'est produit pour la première fois. Habituellement, les clients suivent la procédure sans problème car elle est séquentielle. Cette fois, la personne n'a pas bien compris. Heureusement, la commande a été confirmée par le client. Il a été compréhensif. En trouvant une solution à mon problème, vous m'avez retiré une belle aiguille du pied en m'évitant de futurs problèmes. Je vous suis très reconnaissant pour ce que vous avez fait. Je vous ai envoyé un message privé. Merci pour tout. Sincèrement, A. Guillen") by [guillenphoto](/forum/user/73952-guillenphoto "View guillenphoto's Profile") 2 weeks 4 days ago | | [](/forum/5-support-en-francais-french-support-/100000025-config) | [Config](/forum/5-support-en-francais-french-support-/100000025-config "-- url of the page with the problem -- : deschorre.eu/fr/comandes-client/checkout.html -- HikaShop version -- : HikaShop Starter 6.6.0 -- Joomla version -- : 6.1.4 -- PHP version -- : 8.4 -- Browser(s) name and version -- : Safari 605.1 -- Error-message(debug-mod must be tuned on) -- : Pas de message !") Category: [Support en Français (French Support)](/forum/5-support-en-francais-french-support- "Cette section de notre forum est dédiée au support de HikaShop en Français. Si vous avez des notions en anglais, préférez utiliser les sections anglaises qui contiendront plus d'informations.") Topic started 2 weeks 5 days ago, by [Tonydasilva](/forum/user/84497-tonydasilva "View Tonydasilva's Profile") [Last Post](/forum/5-support-en-francais-french-support-/100000025-config#100000122 "Bonjour, Nous avons une garantie de remboursement sous 30 jours: Vous pouvez acheter l'Essential, faire votre démo au client avec et ensuite faire une demande de remboursement si cela ne convient pas. Et je vous assure que la version Essential gère la traduction des produits.") 2 weeks 5 days ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:7 Views:69 | [Last Post](/forum/5-support-en-francais-french-support-/100000025-config#100000122 "Bonjour, Nous avons une garantie de remboursement sous 30 jours: Vous pouvez acheter l'Essential, faire votre démo au client avec et ensuite faire une demande de remboursement si cela ne convient pas. Et je vous assure que la version Essential gère la traduction des produits.") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 2 weeks 5 days ago | | [](/forum/29-payment-methods/100000021-error-with-paypal-checkout-plugin) | [Error with PayPal checkout plugin](/forum/29-payment-methods/100000021-error-with-paypal-checkout-plugin "-- HikaShop version -- : 6.6.0 -- Joomla version -- : 6.1.4 -- PHP version -- : 8.3 -- Browser(s) name and version -- : Chrome 154.0 Hi!  I get  few errors then I use PayPal checkout: button pay by credit cart not displayed, only pay by PayPal. If I click by cancel - I get error: I attach video in zip file and 2 screenshot. Thank you.") Category: [Payment Methods](/forum/29-payment-methods "Discussions about the different payment methods for Hikashop") Topic started 2 weeks 6 days ago, by [designer71](/forum/user/39268-designer71 "View designer71's Profile") [Last Post](/forum/29-payment-methods/100000021-error-with-paypal-checkout-plugin#100000112 "Thank you!") 2 weeks 5 days ago by [designer71](/forum/user/39268-designer71 "View designer71's Profile") | Replies:2 Views:72 | [Last Post](/forum/29-payment-methods/100000021-error-with-paypal-checkout-plugin#100000112 "Thank you!") by [designer71](/forum/user/39268-designer71 "View designer71's Profile") 2 weeks 5 days ago | | [](/forum/18-support-en-francais-de-hikaserial-french-support/100000020-ralentissement-lie-aux-mises-a-jour-hikashop) | [Ralentissement lié aux mises à jour HikaShop](/forum/18-support-en-francais-de-hikaserial-french-support/100000020-ralentissement-lie-aux-mises-a-jour-hikashop "-- HikaShop version -- : 6.5.2 -- Joomla version -- : 5.4.9 -- PHP version -- : 8.4.24 -- Browser(s) name and version -- : Firefox 157.0 Bonjour, ...peut-être est-ce lié à la nouvelle version du site d'HikaShop, mais la recherche de ses mises à jour dans le backend de Joomla est extrêmement longue. De plus, celles-ci n'apparaissent pas dans les résultats et ralentissent considérablement la vérification des autres extensions Joomla. Même après avoir régénéré les URL de mise à jour des extensions le problème persiste. Pourriez-vous y jeter un coup d'œil ? Merci, Lorenzo") Category: [Support en Français de HikaSerial (French Support)](/forum/18-support-en-francais-de-hikaserial-french-support "Cette section de notre forum est dédiée au support de HikaSerial en Français. Si vous avez des notions en anglais, préférez utiliser les sections anglaises qui contiendront plus d'informations.") Topic started 2 weeks 6 days ago, by [kilou](/forum/user/32861-kilou "View kilou's Profile") [Last Post](/forum/18-support-en-francais-de-hikaserial-french-support/100000020-ralentissement-lie-aux-mises-a-jour-hikashop#100000099 "... merci, c'est en ordre. J'en profite pour vous signaler que le bouton dans l'email de notification pour répondre au message sur le forum n'est pas traduit.") 2 weeks 6 days ago by [kilou](/forum/user/32861-kilou "View kilou's Profile") | Replies:3 Views:83 | [Last Post](/forum/18-support-en-francais-de-hikaserial-french-support/100000020-ralentissement-lie-aux-mises-a-jour-hikashop#100000099 "... merci, c'est en ordre. J'en profite pour vous signaler que le bouton dans l'email de notification pour répondre au message sur le forum n'est pas traduit.") by [kilou](/forum/user/32861-kilou "View kilou's Profile") 2 weeks 6 days ago | | [](/forum/37-import-export-csv-xls/100000022-import-from-hikashop-what-exactly-it-imports) | ['Import from HikaShop' what exactly it imports?](/forum/37-import-export-csv-xls/100000022-import-from-hikashop-what-exactly-it-imports "-- url of the page with the problem -- : j6.studio-general.eu -- HikaShop version -- : 6.6.0 business -- Joomla version -- : 6.1.4 -- PHP version -- : 8.4 -- Browser(s) name and version -- : Firefox 115.0 -- Error-message(debug-mod must be tuned on) -- : no What EXACTLY does it import 'Import from HikaShop' ? Images, that's great, but what else? Also some shop-setup?  I don't want to destroy and start again the setup /views, taxes, etc./. Test-site, though.") Category: [Import & Export (CSV, XLS…)](/forum/37-import-export-csv-xls "Questions about import and export will find an answer here") Topic started 2 weeks 6 days ago, by [janos](/forum/user/33148-janos "View janos's Profile") [Last Post](/forum/37-import-export-csv-xls/100000022-import-from-hikashop-what-exactly-it-imports#100000092 "Alright, I found in the present doc, that; Configuration settings Tax rates and zones Categories (with hierarchy) Products, variants, prices, and images Custom fields Users and addresses Coupons Orders, order addresses, and order products Order statuses Warehouses Shipping methods and payment methods (configurations included) That's a great tool for migrating an entire Shop, but I would need only for: Categories (with hierarchy) Products, variants, prices, and images Custom fields") 2 weeks 6 days ago by [janos](/forum/user/33148-janos "View janos's Profile") | Replies:1 Views:87 | [Last Post](/forum/37-import-export-csv-xls/100000022-import-from-hikashop-what-exactly-it-imports#100000092 "Alright, I found in the present doc, that; Configuration settings Tax rates and zones Categories (with hierarchy) Products, variants, prices, and images Custom fields Users and addresses Coupons Orders, order addresses, and order products Order statuses Warehouses Shipping methods and payment methods (configurations included) That's a great tool for migrating an entire Shop, but I would need only for: Categories (with hierarchy) Products, variants, prices, and images Custom fields") by [janos](/forum/user/33148-janos "View janos's Profile") 2 weeks 6 days ago | | [](/forum/32-content-creation/100000018-subject-query-string-parameters-utm-source-gclid-fbclid-are-converted-into) | [Subject: Query string parameters (utm\_source, gclid, fbclid) are converted into](/forum/32-content-creation/100000018-subject-query-string-parameters-utm-source-gclid-fbclid-are-converted-into "-- url of the page with the problem -- : hungarianflavours.com/hu -- HikaShop version -- : 6.6.0 -- Joomla version -- : 6.1.0 -- PHP version -- : 8.3 -- Browser(s) name and version -- : Chrome 150.0.7871.125 Subject: Query string parameters (utm_source, gclid, fbclid) are converted into SEF path segments via redirect – tracking data lost, cookies/session ID leaked into URL Environment * Joomla 6.1.0, HikaShop [VERSION] * PHP 8.3 (CGI/FastCGI), Apache behind nginx * Joomla SEF + URL rewriting enabled, multilingual site (Language Filter, URL prefix ) * HikaShop: "Remove products and categories id in URLs" = Yes, "Force canonical URLs on listings" = "Use canonical URL and generate it if missing", category SEF name = Steps to reproduce * Open any HikaShop page with any query string parameter, e.g.: * * * (menu item of the main category listing) * HikaShop immediately redirects to a URL where every request variable is appended as a path segment: * * → 404 on the main shop listing * → → 404 Joomla com_content pages on the same site keep the query string and do not redirect, so the behaviour is HikaShop-specific. Additional finding (security) On our server was empty, so also contained cookies. Because of this, the redirect URL contained all cookie values, including the session cookie, e.g.: This means a visitor's session ID ends up in the address bar, in shared links and in analytics. We have set as a workaround, but HikaShop should not build redirect URLs from (cookies) at all. Impact * Google Ads auto-tagging ( , , ), Facebook and UTM parameters are removed from the query string before the page loads, so Google Ads / GA4 conversion attribution and campaign tracking do not work for shop pages. * 404 errors for ad and social clicks landing on the main shop listing and on the cart. * Duplicate URLs ( ) that can get crawled. Expected behaviour Unknown or third-party query parameters (at least , , , , , , , ) should be left in the query string, with no redirect. Cookie values must never be used to build URLs. Question Which code or setting triggers this "redirect to SEF URL with all request vars"? Is there a configuration option to disable it, or to whitelist or ignore tracking parameters? A patch or a pointer to the responsible file would be very welcome. Current workaround on our side An rule that 301-redirects any URL containing a tracking segment ( , , ) to the clean URL. This prevents the 404s, but the tracking data is still lost.") Category: [Content Creation](/forum/32-content-creation "If you want to know more about the different options of the product and category creation.") Topic started 3 weeks 8 hours ago, by [smoothie](/forum/user/7989-smoothie "View smoothie's Profile") [Last Post](/forum/32-content-creation/100000018-subject-query-string-parameters-utm-source-gclid-fbclid-are-converted-into#100000080 "-- url of the page with the problem -- : hungarianflavours.com/hu -- HikaShop version -- : 6.6.0 -- Joomla version -- : 6.1.0 -- PHP version -- : 8.3 -- Browser(s) name and version -- : Chrome 150.0.7871.125 Subject: Query string parameters (utm_source, gclid, fbclid) are converted into SEF path segments via redirect – tracking data lost, cookies/session ID leaked into URL Environment * Joomla 6.1.0, HikaShop [VERSION] * PHP 8.3 (CGI/FastCGI), Apache behind nginx * Joomla SEF + URL rewriting enabled, multilingual site (Language Filter, URL prefix ) * HikaShop: "Remove products and categories id in URLs" = Yes, "Force canonical URLs on listings" = "Use canonical URL and generate it if missing", category SEF name = Steps to reproduce * Open any HikaShop page with any query string parameter, e.g.: * * * (menu item of the main category listing) * HikaShop immediately redirects to a URL where every request variable is appended as a path segment: * * → 404 on the main shop listing * → → 404 Joomla com_content pages on the same site keep the query string and do not redirect, so the behaviour is HikaShop-specific. Additional finding (security) On our server was empty, so also contained cookies. Because of this, the redirect URL contained all cookie values, including the session cookie, e.g.: This means a visitor's session ID ends up in the address bar, in shared links and in analytics. We have set as a workaround, but HikaShop should not build redirect URLs from (cookies) at all. Impact * Google Ads auto-tagging ( , , ), Facebook and UTM parameters are removed from the query string before the page loads, so Google Ads / GA4 conversion attribution and campaign tracking do not work for shop pages. * 404 errors for ad and social clicks landing on the main shop listing and on the cart. * Duplicate URLs ( ) that can get crawled. Expected behaviour Unknown or third-party query parameters (at least , , , , , , , ) should be left in the query string, with no redirect. Cookie values must never be used to build URLs. Question Which code or setting triggers this "redirect to SEF URL with all request vars"? Is there a configuration option to disable it, or to whitelist or ignore tracking parameters? A patch or a pointer to the responsible file would be very welcome. Current workaround on our side An rule that 301-redirects any URL containing a tracking segment ( , , ) to the clean URL. This prevents the 404s, but the tracking data is still lost.") 2 weeks 6 days ago by [smoothie](/forum/user/7989-smoothie "View smoothie's Profile") | Replies:0 Views:81 | [Last Post](/forum/32-content-creation/100000018-subject-query-string-parameters-utm-source-gclid-fbclid-are-converted-into#100000080 "-- url of the page with the problem -- : hungarianflavours.com/hu -- HikaShop version -- : 6.6.0 -- Joomla version -- : 6.1.0 -- PHP version -- : 8.3 -- Browser(s) name and version -- : Chrome 150.0.7871.125 Subject: Query string parameters (utm_source, gclid, fbclid) are converted into SEF path segments via redirect – tracking data lost, cookies/session ID leaked into URL Environment * Joomla 6.1.0, HikaShop [VERSION] * PHP 8.3 (CGI/FastCGI), Apache behind nginx * Joomla SEF + URL rewriting enabled, multilingual site (Language Filter, URL prefix ) * HikaShop: "Remove products and categories id in URLs" = Yes, "Force canonical URLs on listings" = "Use canonical URL and generate it if missing", category SEF name = Steps to reproduce * Open any HikaShop page with any query string parameter, e.g.: * * * (menu item of the main category listing) * HikaShop immediately redirects to a URL where every request variable is appended as a path segment: * * → 404 on the main shop listing * → → 404 Joomla com_content pages on the same site keep the query string and do not redirect, so the behaviour is HikaShop-specific. Additional finding (security) On our server was empty, so also contained cookies. Because of this, the redirect URL contained all cookie values, including the session cookie, e.g.: This means a visitor's session ID ends up in the address bar, in shared links and in analytics. We have set as a workaround, but HikaShop should not build redirect URLs from (cookies) at all. Impact * Google Ads auto-tagging ( , , ), Facebook and UTM parameters are removed from the query string before the page loads, so Google Ads / GA4 conversion attribution and campaign tracking do not work for shop pages. * 404 errors for ad and social clicks landing on the main shop listing and on the cart. * Duplicate URLs ( ) that can get crawled. Expected behaviour Unknown or third-party query parameters (at least , , , , , , , ) should be left in the query string, with no redirect. Cookie values must never be used to build URLs. Question Which code or setting triggers this "redirect to SEF URL with all request vars"? Is there a configuration option to disable it, or to whitelist or ignore tracking parameters? A patch or a pointer to the responsible file would be very welcome. Current workaround on our side An rule that 301-redirects any URL containing a tracking segment ( , , ) to the clean URL. This prevents the 404s, but the tracking data is still lost.") by [smoothie](/forum/user/7989-smoothie "View smoothie's Profile") 2 weeks 6 days ago | | [](/forum/5-support-en-francais-french-support-/100000016-configuration-recommandee-de-jch-optimize-page-cache) | [Configuration recommandée de JCH Optimize Page Cache](/forum/5-support-en-francais-french-support-/100000016-configuration-recommandee-de-jch-optimize-page-cache "-- HikaShop version -- : 6.5.2 -- Joomla version -- : 5.4.9 -- PHP version -- : 8.4.24 -- Browser(s) name and version -- : Firefox 156.0 Bonjour, Je n’avais encore jamais utilisé le Page Cache de JCH Optimize, mais depuis son activation, j’ai constaté une nette amélioration des performances et un affichage vraiment beaucoup plus rapide. Je cherche donc à configurer au mieux JCH Optimize avec HikaShop afin de conserver ce gain de performance tout en évitant tout problème lié au panier, aux sessions utilisateur ou aux pages de commande. L’option Use HTTP Requests est activée. J’ai également activé le plugin User – JCH Optimize User State, avec l’option Exclude form users activée. J’ai effectué un test avec deux sessions navigateur totalement distinctes : après l’ajout d’un produit, le premier visiteur conserve correctement le contenu de son mini-panier après avoir rechargé la page d’accueil, tandis qu’un second visiteur voit bien un panier vide. Je souhaite conserver la Page Cache JCH non seulement pour la page d’accueil, mais également pour les pages publiques de catégories et les fiches produit HikaShop. Pour le moment, j’ai exclu globalement le composant com_hikashop de la Page Cache JCH. Toutefois, cela empêche également la mise en cache des catégories et fiches produit, qui sont très importantes pour les performances et le référencement. Mon objectif serait donc de ne pas exclure l’ensemble du composant com_hikashop, afin de pouvoir mettre en cache les pages publiques de catégories et les fiches produit. Je vais donc exclure de manière ciblée les URL dynamiques liées à la connexion, à l’inscription, à la déconnexion, au panier, au checkout, au paiement et à ses pages de retour, au compte client, aux commandes, aux adresses, ainsi qu’à la réinitialisation de mot de passe et à la confirmation de commande. Existe-t-il, dans HikaShop, d’autres pages, vues, URL ou endpoints dynamiques que je devrais également exclure de la Page Cache JCH, même s’ils ne font pas partie de ces pages visibles dans la navigation du site ? Je réalise tous ces essais d’abord sur un environnement de développement, avant toute mise en production. Merci! Meilleurs voeux pour votre nouveau site, très reussi, bravo! Lorenzo") Category: [Support en Français (French Support)](/forum/5-support-en-francais-french-support- "Cette section de notre forum est dédiée au support de HikaShop en Français. Si vous avez des notions en anglais, préférez utiliser les sections anglaises qui contiendront plus d'informations.") Topic started 3 weeks 1 day ago, by [kilou](/forum/user/32861-kilou "View kilou's Profile") [Last Post](/forum/5-support-en-francais-french-support-/100000016-configuration-recommandee-de-jch-optimize-page-cache#100000081 "Bonjour, Je vais effectuer des tests sur mon environnement de développement en excluant les URL que vous m’avez indiquées, ainsi que celles liées au compte utilisateur Joomla/HikaShop. Je retirerai ensuite l’exclusion globale de com_hikashop afin de vérifier si les catégories et fiches produit peuvent être mises en cache de manière fiable et stable. Je testerai également le mini-panier avec plusieurs sessions navigateur et après l’expiration du cache. Merci encore pour votre aide.") 3 weeks 7 hours ago by [kilou](/forum/user/32861-kilou "View kilou's Profile") | Replies:2 Views:85 | [Last Post](/forum/5-support-en-francais-french-support-/100000016-configuration-recommandee-de-jch-optimize-page-cache#100000081 "Bonjour, Je vais effectuer des tests sur mon environnement de développement en excluant les URL que vous m’avez indiquées, ainsi que celles liées au compte utilisateur Joomla/HikaShop. Je retirerai ensuite l’exclusion globale de com_hikashop afin de vérifier si les catégories et fiches produit peuvent être mises en cache de manière fiable et stable. Je testerai également le mini-panier avec plusieurs sessions navigateur et après l’expiration du cache. Merci encore pour votre aide.") by [kilou](/forum/user/32861-kilou "View kilou's Profile") 3 weeks 7 hours ago | | [](/forum/29-payment-methods/910834-invalid-notification-with-authorize-plugin-payment) | [Invalid notification with authorize plugin payment](/forum/29-payment-methods/910834-invalid-notification-with-authorize-plugin-payment "-- url of the page with the problem -- : secure.authorize.net/gateway/transact.dll -- HikaShop version -- : 6.6.0 -- Joomla version -- : 6.1.3 -- PHP version -- : 8.3.33 -- Error-message(debug-mod must be tuned on) -- : Invalid notification Hello, Thank you for your component. It is very well designed and greatly appreciated. I am experiencing an issue with the Authorize.Net payment plugin in SIM mode. The payment is successfully approved and captured by Authorize.Net. However, when the response is sent back to HikaShop, the following message is displayed: “Invalid notification.” The HikaShop order is then automatically changed from “Created” to “Cancelled,” even though the transaction was successfully approved by Authorize.Net. The debug log confirms the following: * x_response_code = 1 * x_response_reason_text = This transaction has been approved * x_SHA2_Hash is present * x_MD5_Hash is empty * The correct order is identified through x_po_num * The amount and currency are correct I have completed the following checks: * The Signature Key contains exactly 128 hexadecimal characters. * It does not contain spaces, line breaks, quotation marks, or a 0x prefix. * The Signature Key was removed, entered again, and saved. * The MD5 Hash field is empty. * The same Signature Key works successfully with Odoo using the same Authorize.Net account. * I tested the transaction without accented characters in the address, but the notification was still rejected. * The Authorize.Net Response/Receipt URL is correctly registered. * The response successfully reaches HikaShop and the correct order is loaded. I also receive the following PHP warnings: Warning: Undefined property: plgHikashoppaymentAuthorize::$payment_params in plugins/hikashoppayment/authorize/authorize.php on line 360 Warning: Attempt to read property "debug" on null in plugins/hikashoppayment/authorize/authorize.php on line 360 At the beginning of the onPaymentNotification() function, the following property appears to be accessed before the payment parameters are loaded: if($this->payment_params->debug) The payment parameters appear to be loaded only later, after the order number has been obtained: $order_id = (int)@$vars; $dbOrder = $this->getOrder($order_id); $this->loadPaymentParams($dbOrder); Could you please confirm whether there is a known issue with the SHA-512 hash calculation or validation in the Authorize.Net SIM plugin and provide the appropriate secure patch if necessary? I do not want to disable SHA-512 validation. I can provide a sanitized payment log and the relevant sections of the authorize.php file if needed. Thank you very much for your assistance. Micheline") Category: [Payment Methods](/forum/29-payment-methods "Discussions about the different payment methods for Hikashop") Topic started 1 month 6 days ago, by [Mich](/forum/user/31631-mich "View Mich's Profile") [Last Post](/forum/29-payment-methods/910834-invalid-notification-with-authorize-plugin-payment#100000076 "Hello, Great news! I installed the latest build and performed another test transaction. The payment was successfully approved by Authorize.Net, and the HikaShop order was automatically confirmed. The issue is now resolved. Thank you very much for your help and for making the necessary improvements. Micheline") 3 weeks 15 hours ago by [Mich](/forum/user/31631-mich "View Mich's Profile") | Replies:4 Views:204 | [Last Post](/forum/29-payment-methods/910834-invalid-notification-with-authorize-plugin-payment#100000076 "Hello, Great news! I installed the latest build and performed another test transaction. The payment was successfully approved by Authorize.Net, and the HikaShop order was automatically confirmed. The issue is now resolved. Thank you very much for your help and for making the necessary improvements. Micheline") by [Mich](/forum/user/31631-mich "View Mich's Profile") 3 weeks 15 hours ago | | [](/forum/25-install-update/100000015-automatic-discounts-are-lost-when-completing-a-customers-cart-from-the-backend) | [Automatic discounts are lost when completing a customer's cart from the backend](/forum/25-install-update/100000015-automatic-discounts-are-lost-when-completing-a-customers-cart-from-the-backend "-- Browser(s) name and version -- : Chrome 154.0 Hello Nicolas, We have detected an issue when we complete an order manually from the backend on behalf of a registered customer. The scenario is the following: * A registered customer already has products in their cart. * The cart qualifies for automatic discounts based on the order amount and/or product quantity. * These are always automatic discounts, not coupon codes entered manually by the customer. * The customer contacts us because they cannot complete the checkout themselves and asks us to finalize the order from the backend. When we complete the order from the backend, the automatic discounts that were applicable to the customer's cart are not preserved/recalculated, so the order is created without those discounts. Is there any way to make HikaShop apply the same automatic discounts when we complete the order from the backend, so that the final order keeps exactly the discounts the customer would have received through the frontend checkout? If this is not currently possible by default, could you please let us know whether there is a setting, workaround, or small customization that could achieve this? Thank you. Best regards, José Ángel") Category: [Install & Update](/forum/25-install-update "Having an installation or update issue? You will probably find some help here.") Topic started 3 weeks 3 days ago, by [Reincidente](/forum/user/12307-reincidente "View Reincidente's Profile") [Last Post](/forum/25-install-update/100000015-automatic-discounts-are-lost-when-completing-a-customers-cart-from-the-backend#100000067 "Hi Nicolas, Thank you for your explanation. Unfortunately, it has not worked in our case. We followed the procedure you described: Customers > Carts, opened the customer's existing cart and used the "Create order" button. However, the automatic discounts were still not carried over to the order. There is one important detail that may be relevant: we use AwoCoupon to manage our coupons and automatic discounts. Could you please confirm whether the fact that we are using AwoCoupon could be the reason why the automatic discounts are not preserved when HikaShop creates the order from the customer's cart? Thank you. Best regards, José Ángel") 3 weeks 2 days ago by [Reincidente](/forum/user/12307-reincidente "View Reincidente's Profile") | Replies:2 Views:91 | [Last Post](/forum/25-install-update/100000015-automatic-discounts-are-lost-when-completing-a-customers-cart-from-the-backend#100000067 "Hi Nicolas, Thank you for your explanation. Unfortunately, it has not worked in our case. We followed the procedure you described: Customers > Carts, opened the customer's existing cart and used the "Create order" button. However, the automatic discounts were still not carried over to the order. There is one important detail that may be relevant: we use AwoCoupon to manage our coupons and automatic discounts. Could you please confirm whether the fact that we are using AwoCoupon could be the reason why the automatic discounts are not preserved when HikaShop creates the order from the customer's cart? Thank you. Best regards, José Ángel") by [Reincidente](/forum/user/12307-reincidente "View Reincidente's Profile") 3 weeks 2 days ago | | [](/forum/26-product-category-display/100000014-few-issues-with-vessel-template) | [Few issues with Vessel Template](/forum/26-product-category-display/100000014-few-issues-with-vessel-template "-- HikaShop version -- : 6.6.0 -- Joomla version -- : 5.4.9 -- PHP version -- : 8.3 -- Browser(s) name and version -- : Chrome 154.0 Hi, Found a few issues: first one is, I cannot get the Category description to centre and a lot of space is wasted? plus there appears to now be 2 identical boxes for the category description? 2nd: I cannot get the menu to display on a new menu item?? tried all the usual fixes I know of?") Category: [Product & Category Display](/forum/26-product-category-display "Questions about product and category display. You can't find how to make Hikashop looks incredible? The answer is here!") Topic started 3 weeks 3 days ago, by [mohairbears](/forum/user/916-mohairbears "View mohairbears's Profile") [Last Post](/forum/26-product-category-display/100000014-few-issues-with-vessel-template#100000064 "Hi All fixed.  Attached is the screen shot of the 2 boxes, its in categories") 3 weeks 3 days ago by [mohairbears](/forum/user/916-mohairbears "View mohairbears's Profile") | Replies:1 Views:82 | [Last Post](/forum/26-product-category-display/100000014-few-issues-with-vessel-template#100000064 "Hi All fixed.  Attached is the screen shot of the 2 boxes, its in categories") by [mohairbears](/forum/user/916-mohairbears "View mohairbears's Profile") 3 weeks 3 days ago | | [](/forum/26-product-category-display/100000013-hikashop-filter-module-no-longer-working-after-update-from-6-5-2-6-6-0) | [HikaShop Filter Module no longer working after update from 6.5.2 => 6.6.0](/forum/26-product-category-display/100000013-hikashop-filter-module-no-longer-working-after-update-from-6-5-2-6-6-0 "-- url of the page with the problem -- : antiqueswan.com/product -- HikaShop version -- : 6.6.0 -- Joomla version -- : 6.1.4 -- PHP version -- : 8.3.33 -- Browser(s) name and version -- : Chrome 153.0 The filtering options on the left side is no longer working when selections are made, or unselected; the rest button doesn't work either. I can't tell what changed between versions. Please advise.") Category: [Product & Category Display](/forum/26-product-category-display "Questions about product and category display. You can't find how to make Hikashop looks incredible? The answer is here!") Topic started 3 weeks 4 days ago, by [karendunne](/forum/user/51903-karendunne "View karendunne's Profile") [Last Post](/forum/26-product-category-display/100000013-hikashop-filter-module-no-longer-working-after-update-from-6-5-2-6-6-0#100000065 "Thank you, Nicolas! That fixed it. B)") 3 weeks 3 days ago by [karendunne](/forum/user/51903-karendunne "View karendunne's Profile") | Replies:2 Views:89 | [Last Post](/forum/26-product-category-display/100000013-hikashop-filter-module-no-longer-working-after-update-from-6-5-2-6-6-0#100000065 "Thank you, Nicolas! That fixed it. B)") by [karendunne](/forum/user/51903-karendunne "View karendunne's Profile") 3 weeks 3 days ago | | [](/forum/10-translation/100000009-restrict-search-results-to-currently-set-language) | [Restrict search results to currently set language](/forum/10-translation/100000009-restrict-search-results-to-currently-set-language "-- HikaShop version -- : 6.6.0 -- Joomla version -- : 6.1.3 -- PHP version -- : 8.3.6 -- Browser(s) name and version -- : Firefox 156.0 Hi, I have a website that currently supports two languages: German and English. I want to restrict search results to show only our English products when the language is set to English and vice-versa. I checked the Smart Search Index and saw that each search result has a language value. How do I set these values correctly for HikaShop products and then filter my results accordingly? Thanks in advance.") Category: [Translation](/forum/10-translation "Coordination of translations of HikaShop") Topic started 3 weeks 5 days ago, by [NTV](/forum/user/69623-ntv "View NTV's Profile") [Last Post](/forum/10-translation/100000009-restrict-search-results-to-currently-set-language#100000056 "Hi, cool that the feature is coming in the next version. Will it be possible to set this via mass action? We have a lot of products which would mean a lot of manual labor, otherwise.") 3 weeks 3 days ago by [NTV](/forum/user/69623-ntv "View NTV's Profile") | Replies:2 Views:81 | [Last Post](/forum/10-translation/100000009-restrict-search-results-to-currently-set-language#100000056 "Hi, cool that the feature is coming in the next version. Will it be possible to set this via mass action? We have a lot of products which would mean a lot of manual labor, otherwise.") by [NTV](/forum/user/69623-ntv "View NTV's Profile") 3 weeks 3 days ago | | [](/forum/26-product-category-display/100000008-change-low-stock-threshold) | [Change "low-stock" threshold](/forum/26-product-category-display/100000008-change-low-stock-threshold "-- HikaShop version -- : HikaShop Business: 6.6.0 -- Joomla version -- : 5.4.8 -- Browser(s) name and version -- : Firefox 140.0 Hiya everyone, I have a question, I'd like to know how to change the low-stock threshold. (I've looked all over and can't find it) It's currently shows at 5 products and I would like to reduce it to 3. Could anyone point me in the right direction to where this is changed please? Thanks in advance 8-) ") Category: [Product & Category Display](/forum/26-product-category-display "Questions about product and category display. You can't find how to make Hikashop looks incredible? The answer is here!") Topic started 3 weeks 5 days ago, by [Alimoso](/forum/user/83923-alimoso "View Alimoso's Profile") [Last Post](/forum/26-product-category-display/100000008-change-low-stock-threshold#100000050 "Thank you very much for your rapid reply. I commpleatly forgot about adding that. I did see it in the page code, but thought it was just a CSS modification. Thanks again!") 3 weeks 3 days ago by [Alimoso](/forum/user/83923-alimoso "View Alimoso's Profile") | Replies:2 Views:51 | [Last Post](/forum/26-product-category-display/100000008-change-low-stock-threshold#100000050 "Thank you very much for your rapid reply. I commpleatly forgot about adding that. I did see it in the page code, but thought it was just a CSS modification. Thanks again!") by [Alimoso](/forum/user/83923-alimoso "View Alimoso's Profile") 3 weeks 3 days ago | | [](/forum/29-payment-methods/100000011-paypal-checkout) | [PayPal checkout](/forum/29-payment-methods/100000011-paypal-checkout "-- HikaShop version -- : 6.6 -- Joomla version -- : 6.1.3 -- PHP version -- : 8.3 -- Browser(s) name and version -- : Chrome 154.0 Hi! The buyer paid 0 shekels via PayPal Checkout, but the order page does not indicate which item was purchased, in total I see 0. I see  In historical emails I see  which item was purchased and sum. Please see attach file. thank you") Category: [Payment Methods](/forum/29-payment-methods "Discussions about the different payment methods for Hikashop") Topic started 3 weeks 4 days ago, by [designer71](/forum/user/39268-designer71 "View designer71's Profile") [Last Post](/forum/29-payment-methods/100000011-paypal-checkout#100000048 "thank you!") 3 weeks 4 days ago by [designer71](/forum/user/39268-designer71 "View designer71's Profile") | Replies:2 Views:86 | [Last Post](/forum/29-payment-methods/100000011-paypal-checkout#100000048 "thank you!") by [designer71](/forum/user/39268-designer71 "View designer71's Profile") 3 weeks 4 days ago | | [](/forum/2-general-talk-about-hikashop/100000012-display-view-files-with-extra-param) | [Display view files with extra param](/forum/2-general-talk-about-hikashop/100000012-display-view-files-with-extra-param "-- HikaShop version -- : 6.6.0 -- Joomla version -- : 5.4.8 -- PHP version -- : 8.3.33 -- Browser(s) name and version -- : Chrome 154.0 Hi there, Regarding that HikaShop setting that allows you to see view blocks on the front-end: even though the setting can be disabled, I believe that front-end view editing should only be possible if you are logged in as an Administrator. As it stands, if the option is enabled, anyone with access to the site who adds the relevant parameter to the URL can access and modify the code. I know the setting isn't meant to stay on all the time, but things happen, and it is possible to accidentally leave that option enabled. It's just my concern. B)") Category: [General Talk about HikaShop](/forum/2-general-talk-about-hikashop "Suggest your feature requests and ideas for HikaShop") Topic started 3 weeks 4 days ago, by [oxido](/forum/user/29793-oxido "View oxido's Profile") [Last Post](/forum/2-general-talk-about-hikashop/100000012-display-view-files-with-extra-param#100000046 "-- HikaShop version -- : 6.6.0 -- Joomla version -- : 5.4.8 -- PHP version -- : 8.3.33 -- Browser(s) name and version -- : Chrome 154.0 Hi there, Regarding that HikaShop setting that allows you to see view blocks on the front-end: even though the setting can be disabled, I believe that front-end view editing should only be possible if you are logged in as an Administrator. As it stands, if the option is enabled, anyone with access to the site who adds the relevant parameter to the URL can access and modify the code. I know the setting isn't meant to stay on all the time, but things happen, and it is possible to accidentally leave that option enabled. It's just my concern. B)") 3 weeks 4 days ago by [oxido](/forum/user/29793-oxido "View oxido's Profile") | Replies:0 Views:93 | [Last Post](/forum/2-general-talk-about-hikashop/100000012-display-view-files-with-extra-param#100000046 "-- HikaShop version -- : 6.6.0 -- Joomla version -- : 5.4.8 -- PHP version -- : 8.3.33 -- Browser(s) name and version -- : Chrome 154.0 Hi there, Regarding that HikaShop setting that allows you to see view blocks on the front-end: even though the setting can be disabled, I believe that front-end view editing should only be possible if you are logged in as an Administrator. As it stands, if the option is enabled, anyone with access to the site who adds the relevant parameter to the URL can access and modify the code. I know the setting isn't meant to stay on all the time, but things happen, and it is possible to accidentally leave that option enabled. It's just my concern. B)") by [oxido](/forum/user/29793-oxido "View oxido's Profile") 3 weeks 4 days ago | | [](/forum/20-market-feature-requests/910832-question-s-to-hikamarket-multi-vendor) | [Question(s) to HikaMarket Multi-vendor](/forum/20-market-feature-requests/910832-question-s-to-hikamarket-multi-vendor "Hi before purchasing HikaMarket Multi-vendor, I would like to confirm whether it is suitable for our setup. We have one HikaShop 6.6.0 store, but two legal sellers: Seller 1 – event products (with HikaSerial) Seller 2 – books An order should contain products from only one seller. We need: Products assigned to either Seller 1 or Seller 2 Different seller/company data on invoices Separate invoice number formats/sequences Different payment methods per seller Events: credit card only Books: PayPal / bank transfer / credit card Different bank/payment information per seller Compatibility with the HikaShop PDF Invoice plugin (currently 5.1.0), including Factur-X Would HikaMarket Multi-vendor be the recommended solution for this setup? In particular, can the customer PDF invoice use the vendor data and vendor-specific invoice number, or would this require a customization of the PDF Invoice layout/plugin? Best regards, Thomas") Category: [Market: Feature requests](/forum/20-market-feature-requests "Suggest your feature requests and ideas for HikaMarket") Topic started 1 month 6 days ago, by [thomas.eilers@gfse.org](/forum/user/84383-thomas-eilers-gfse-org "View thomas.eilers@gfse.org's Profile") [Last Post](/forum/20-market-feature-requests/910832-question-s-to-hikamarket-multi-vendor#100000042 "Hi, thank you, this helps to clarify the situation. Our requirement is that the two business areas are completely separated: Vendor 1  * event products * credit card payment * GfSE e.V. as invoice issuer * separate invoice number sequence  Vendor 2  * book products * PayPal / invoice payment * SE-TREC GmbH as invoice issuer * separate invoice number sequence  We are using the HikaShop PDF Invoice plugin with a customized The most important point for us is therefore: Can HikaMarket reliably provide the correct vendor/company data to the PDF Invoice plugin so that the generated PDF invoice uses the correct invoice issuer for each vendor? If this is not supported out of the box, would you be able to provide the required patch/customization? We would also need confirmation that the invoice numbering can be kept completely separate for the two vendors. We do not need a marketplace with multiple external sellers. We only need these two internal business entities to be technically and financially separated. Regards, Thomas") 3 weeks 4 days ago by [thomas.eilers@gfse.org](/forum/user/84383-thomas-eilers-gfse-org "View thomas.eilers@gfse.org's Profile") | Replies:2 Views:231 | [Last Post](/forum/20-market-feature-requests/910832-question-s-to-hikamarket-multi-vendor#100000042 "Hi, thank you, this helps to clarify the situation. Our requirement is that the two business areas are completely separated: Vendor 1  * event products * credit card payment * GfSE e.V. as invoice issuer * separate invoice number sequence  Vendor 2  * book products * PayPal / invoice payment * SE-TREC GmbH as invoice issuer * separate invoice number sequence  We are using the HikaShop PDF Invoice plugin with a customized The most important point for us is therefore: Can HikaMarket reliably provide the correct vendor/company data to the PDF Invoice plugin so that the generated PDF invoice uses the correct invoice issuer for each vendor? If this is not supported out of the box, would you be able to provide the required patch/customization? We would also need confirmation that the invoice numbering can be kept completely separate for the two vendors. We do not need a marketplace with multiple external sellers. We only need these two internal business entities to be technically and financially separated. Regards, Thomas") by [thomas.eilers@gfse.org](/forum/user/84383-thomas-eilers-gfse-org "View thomas.eilers@gfse.org's Profile") 3 weeks 4 days ago | | [](/forum/54-auction-how-to/100000010-buy-it-now) | [Buy it Now?](/forum/54-auction-how-to/100000010-buy-it-now "-- Browser(s) name and version -- : Firefox 156.0 Is there a way to enable a Buy it Now button / feature for auctions? Thanks for any suggestions.") Category: [Auction: How to?](/forum/54-auction-how-to "If you didn't find the answer on our documentation neither on existing posts, please ask your question about HikaAuction here.") Topic started 3 weeks 5 days ago, by [kimberley](/forum/user/84470-kimberley "View kimberley's Profile") [Last Post](/forum/54-auction-how-to/100000010-buy-it-now#100000038 "Hi, HikaAuction doesn't have a Buy it Now option yet: an auction product can only be won through bidding. We're adding one: a Buy it Now price on the auction product, with a button that ends the auction straight away at that price for the customer who clicks it, available until the bids reach that price. It will come in a next HikaAuction update. Until then, there are two ways to get close to it: 1. The Dutch auction mode (HikaAuction 6.0.0 or newer). In the HikaAuction configuration, under Behaviour, set "Auction mode" to "Dutch auctions". The auction starts at the product price and the price drops by the "Price drop amount" at each "Price drop interval". The first customer who clicks "Buy" gets the item at the current price. Note that the auction mode applies to all the auctions of your store. 2. Create a second, normal (non-auction) product for the same item at your Buy it Now price and link to it from the auction's description. Nothing links the two products, so when one of them sells you would have to unpublish the other (or end the auction) yourself.") 3 weeks 5 days ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:1 Views:88 | [Last Post](/forum/54-auction-how-to/100000010-buy-it-now#100000038 "Hi, HikaAuction doesn't have a Buy it Now option yet: an auction product can only be won through bidding. We're adding one: a Buy it Now price on the auction product, with a button that ends the auction straight away at that price for the customer who clicks it, available until the bids reach that price. It will come in a next HikaAuction update. Until then, there are two ways to get close to it: 1. The Dutch auction mode (HikaAuction 6.0.0 or newer). In the HikaAuction configuration, under Behaviour, set "Auction mode" to "Dutch auctions". The auction starts at the product price and the price drops by the "Price drop amount" at each "Price drop interval". The first customer who clicks "Buy" gets the item at the current price. Note that the auction mode applies to all the auctions of your store. 2. Create a second, normal (non-auction) product for the same item at your Buy it Now price and link to it from the auction's description. Nothing links the two products, so when one of them sells you would have to unpublish the other (or end the auction) yourself.") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 3 weeks 5 days ago | | [](/forum/26-product-category-display/100000004-can-not-display-in-columns-in-categories) | [Can not display in columns in categories](/forum/26-product-category-display/100000004-can-not-display-in-columns-in-categories "-- HikaShop version -- : HikaShop Essential 6.6.0 [2609231355] and Auction 6.0.4 -- Joomla version -- : 6.1.3 -- PHP version -- : 8.3.33 -- Browser(s) name and version -- : Firefox 156.0 Hi Guys! I think I have set up the component incorrectly as there is no way to get the products in the category to display in columns. They only stack no matter what configuration I try.  I've checked the menus, the modules, looked in the category layout itself but no matter what, can not get them to display in any other configuration. I have HikaAuction also installed - it's why we went with hikashop and I've looked there as well with no luck. I've also tried using jplus.studio hscore which does allow them to be shown in a grid but there's no auction options so we lose that functionality. Can someone please point me in the right direction? Thank you for your time.") Category: [Product & Category Display](/forum/26-product-category-display "Questions about product and category display. You can't find how to make Hikashop looks incredible? The answer is here!") Topic started 3 weeks 6 days ago, by [kimberley](/forum/user/84470-kimberley "View kimberley's Profile") [Last Post](/forum/26-product-category-display/100000004-can-not-display-in-columns-in-categories#100000036 "You are correct in that it was a menu issue - thank you very much.") 3 weeks 5 days ago by [kimberley](/forum/user/84470-kimberley "View kimberley's Profile") | Replies:3 Views:60 | [Last Post](/forum/26-product-category-display/100000004-can-not-display-in-columns-in-categories#100000036 "You are correct in that it was a menu issue - thank you very much.") by [kimberley](/forum/user/84470-kimberley "View kimberley's Profile") 3 weeks 5 days ago | ## [ Statistics ](/forum/statistics) - - Total Messages: **358940** - Total Sections: **4** - Today Open: 0 - Today Total Answer: 0 - Total Subjects: **66521** - Total Categories: **53** - Yesterday Open: **2** - Yesterday Total Answer: **7** - Total Users: **59361** - Latest Member: **[kikitortega](/forum/user/84543-kikitortega "View kikitortega's Profile")** [](/forum/topics/feed/mode-topics?format=feed&type=rss) Time to create page: 0.254 seconds [Powered by](/forum/credits) [Kunena Forum](https://www.kunena.org) [](#top)