[Skip to main content](#vessel-content) # Recent Topics (96 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/5-support-en-francais-french-support-/100000071-choix-daffichage) | [Choix d'affichage](/forum/5-support-en-francais-french-support-/100000071-choix-daffichage "-- HikaShop version -- : 6.7.1 -- Joomla version -- : 5.4.10 -- Browser(s) name and version -- : Chrome 155.0 Bonjour, Vous avez mis en place dans l'administration, sur la vue des commandes, des choix d'affichage tels que les produits, les modes de paiements etc...MAIS Il serait bien, une fois que l'on a fait un choix d'affichage, qu'il soit conservé des que l'on revient dans l'administration...Actuellement, à chaque connexion, il faut à nouveau sélectionner ce que l'on veut voir ou pas voir. A suivre !") 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 4 hours 14 minutes ago, by [sudkarting](/forum/user/23503-sudkarting "View sudkarting's Profile") [Last Post](/forum/5-support-en-francais-french-support-/100000071-choix-daffichage#100000347 "Bonjour, Le choix des colonnes de la liste des commandes est déjà mémorisé : HikaShop l'enregistre dans le stockage local (localStorage) du navigateur, par liste, et le réapplique à chaque ouverture de la liste. Il n'est donc pas lié à la session Joomla ni à la connexion, mais au navigateur que vous utilisez. Si vous devez le refaire à chaque connexion, la cause est presque toujours côté navigateur : navigation privée, option « effacer les cookies et données de sites à la fermeture du navigateur » (Chrome : Paramètres > Confidentialité > Cookies et autres données de sites), extension de nettoyage, ou utilisation de plusieurs navigateurs/ordinateurs (le réglage n'est pas partagé entre eux). Ajoutez l'adresse de votre administration aux sites autorisés à conserver leurs données. Autre cas possible : si le nombre de colonnes change (nouvelle colonne ajoutée par un plugin, un champ personnalisé, etc.), HikaShop réinitialise le réglage et affiche un avertissement sur les colonnes. Voyez-vous un tel message en ouvrant la liste ? Si rien de cela ne s'applique, dites-nous si le réglage est perdu après une déconnexion/reconnexion dans la même fenêtre ou seulement après avoir fermé le navigateur, et si vous voyez ce message.") 10 minutes ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:1 Views:8 | [Last Post](/forum/5-support-en-francais-french-support-/100000071-choix-daffichage#100000347 "Bonjour, Le choix des colonnes de la liste des commandes est déjà mémorisé : HikaShop l'enregistre dans le stockage local (localStorage) du navigateur, par liste, et le réapplique à chaque ouverture de la liste. Il n'est donc pas lié à la session Joomla ni à la connexion, mais au navigateur que vous utilisez. Si vous devez le refaire à chaque connexion, la cause est presque toujours côté navigateur : navigation privée, option « effacer les cookies et données de sites à la fermeture du navigateur » (Chrome : Paramètres > Confidentialité > Cookies et autres données de sites), extension de nettoyage, ou utilisation de plusieurs navigateurs/ordinateurs (le réglage n'est pas partagé entre eux). Ajoutez l'adresse de votre administration aux sites autorisés à conserver leurs données. Autre cas possible : si le nombre de colonnes change (nouvelle colonne ajoutée par un plugin, un champ personnalisé, etc.), HikaShop réinitialise le réglage et affiche un avertissement sur les colonnes. Voyez-vous un tel message en ouvrant la liste ? Si rien de cela ne s'applique, dites-nous si le réglage est perdu après une déconnexion/reconnexion dans la même fenêtre ou seulement après avoir fermé le navigateur, et si vous voyez ce message.") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 10 minutes ago | | [](/forum/5-support-en-francais-french-support-/100000068-page-de-commande-non-responsive) | [Page de commande non responsive](/forum/5-support-en-francais-french-support-/100000068-page-de-commande-non-responsive "-- Browser(s) name and version -- : Firefox 158.0 Bonjour,  Sur un smartphone, si la boutique Hikashop est relativement bien responsive, par contre la page de commande est elle, partiellement responsive ce qui pose de gros problèmes au moment de passer commande (voir capture) Il y a-t-il un réglage que je n'ai pas vu qui fait en sorte que les champs à remplir ne dépassent pas la largeur de l'écran ou que les noms des produits commandés ne deviennent pas illisibles ? Merci de votre réponse.") 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 12 hours 6 minutes ago, by [theomartin](/forum/user/31635-theomartin "View theomartin's Profile") [Last Post](/forum/5-support-en-francais-french-support-/100000068-page-de-commande-non-responsive#100000346 "Bonjour, D'après votre capture, le panier de la page de commande reste affiché en tableau sur le téléphone, avec les noms de produits écrasés dans une colonne étroite, et les champs de connexion débordent à droite. C'est ce qu'on obtient quand la feuille de style « default » de HikaShop n'est pas chargée : c'est elle qui contient les règles responsive de la page de commande (sous 760 px de large, chaque ligne du panier passe en bloc vertical, un intitulé par information, et le formulaire tient dans la largeur de l'écran). Dans l'administration, allez dans HikaShop > Configuration > Affichage, partie CSS, et vérifiez le réglage « Fichier CSS pour la partie publique » : www.hikashop.com/support/documentation/5...fig.html#display_css S'il est sur « Aucun », sur « old » ou sur un fichier personnalisé (une copie faite il y a des années, qui n'a donc pas reçu les ajouts récents), choisissez « default », enregistrez, puis rechargez la page de commande sur le téléphone (en vidant le cache du navigateur et celui de votre site si vous en utilisez un). Si vous aviez des modifications dans ce fichier personnalisé, ne les ajoutez pas au fichier « default » : mettez-les plutôt dans le réglage « Styles de la partie publique » juste en dessous, ou dans le CSS personnalisé de votre template. Ainsi, vous continuerez à recevoir les nouvelles règles CSS de HikaShop à chaque mise à jour. Si le réglage est déjà sur « default », c'est que le CSS de votre template prend le dessus sur celui de HikaShop pour cette page (la taille des prix, par exemple, vient de votre template). Dans ce cas, donnez-nous l'adresse de la page de commande et nous regarderons quelle règle en est la cause.") 11 minutes ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:1 Views:11 | [Last Post](/forum/5-support-en-francais-french-support-/100000068-page-de-commande-non-responsive#100000346 "Bonjour, D'après votre capture, le panier de la page de commande reste affiché en tableau sur le téléphone, avec les noms de produits écrasés dans une colonne étroite, et les champs de connexion débordent à droite. C'est ce qu'on obtient quand la feuille de style « default » de HikaShop n'est pas chargée : c'est elle qui contient les règles responsive de la page de commande (sous 760 px de large, chaque ligne du panier passe en bloc vertical, un intitulé par information, et le formulaire tient dans la largeur de l'écran). Dans l'administration, allez dans HikaShop > Configuration > Affichage, partie CSS, et vérifiez le réglage « Fichier CSS pour la partie publique » : www.hikashop.com/support/documentation/5...fig.html#display_css S'il est sur « Aucun », sur « old » ou sur un fichier personnalisé (une copie faite il y a des années, qui n'a donc pas reçu les ajouts récents), choisissez « default », enregistrez, puis rechargez la page de commande sur le téléphone (en vidant le cache du navigateur et celui de votre site si vous en utilisez un). Si vous aviez des modifications dans ce fichier personnalisé, ne les ajoutez pas au fichier « default » : mettez-les plutôt dans le réglage « Styles de la partie publique » juste en dessous, ou dans le CSS personnalisé de votre template. Ainsi, vous continuerez à recevoir les nouvelles règles CSS de HikaShop à chaque mise à jour. Si le réglage est déjà sur « default », c'est que le CSS de votre template prend le dessus sur celui de HikaShop pour cette page (la taille des prix, par exemple, vient de votre template). Dans ce cas, donnez-nous l'adresse de la page de commande et nous regarderons quelle règle en est la cause.") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 11 minutes ago | | [](/forum/32-content-creation/100000070-an-error-has-occurred-1062-duplicate-entry-101-119-for-key-primary) | [An error has occurred. 1062 Duplicate entry '101-119' for key 'PRIMARY'](/forum/32-content-creation/100000070-an-error-has-occurred-1062-duplicate-entry-101-119-for-key-primary "-- url of the page with the problem -- : www.notable.au/ -- HikaShop version -- : 6.7.1  -- Joomla version -- : 6.2.0 -- PHP version -- : 8.5.12 -- Browser(s) name and version -- :  Chrome 155.0 -- Error-message(debug-mod must be tuned on) -- : An error has occurred. 1062 Duplicate entry '101-119' for key 'PRIMARY' When saving any Hikashop product, I get the error message " "Return to Dashboard". The same error occurs every time, no matter which product is tried. I ran phpMyAdmin. No database errors on check. Nothing looks suspicious.") Category: [Content Creation](/forum/32-content-creation "If you want to know more about the different options of the product and category creation.") Topic started 4 hours 55 minutes ago, by [MSTACE](/forum/user/7448-mstace "View MSTACE's Profile") [Last Post](/forum/32-content-creation/100000070-an-error-has-occurred-1062-duplicate-entry-101-119-for-key-primary#100000345 "Disabling the Hikashop Smart Search plugin has fixed the issue. We don't use Smart Search on any site. This must have been enabled in the last Hikashop update.") 1 hour 47 minutes ago by [MSTACE](/forum/user/7448-mstace "View MSTACE's Profile") | Replies:1 Views:13 | [Last Post](/forum/32-content-creation/100000070-an-error-has-occurred-1062-duplicate-entry-101-119-for-key-primary#100000345 "Disabling the Hikashop Smart Search plugin has fixed the issue. We don't use Smart Search on any site. This must have been enabled in the last Hikashop update.") by [MSTACE](/forum/user/7448-mstace "View MSTACE's Profile") 1 hour 47 minutes ago | | [](/forum/5-support-en-francais-french-support-/100000072-petites-erreurs-dans-le-plugin-swipebox-1-2-0) | [Petites erreurs dans le plugin Swipebox 1.2.0](/forum/5-support-en-francais-french-support-/100000072-petites-erreurs-dans-le-plugin-swipebox-1-2-0 "-- HikaShop version -- : 6.7.1 -- Joomla version -- : 5.4.10 -- PHP version -- : 8.3.36 -- Browser(s) name and version -- : Chrome 155.0 Bonjour, plugins/hikashop/lightbox_swipebox/lightbox_swipebox.php dernière version disponible 1.2.0 J'ai ce Warning: Undefined variable $delay in plugins/hikashop/lightbox_swipebox/lightbox_swipebox.php on line 43 Je pense qu'il y a une erreur : $delay devrait être $hideBarsDelay Il y a aussi une erreur dans le fichier xml dans lequel "{__PLUGIN_VERSION__}" apparaît à la place du numéro de version 1.2.0.") 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 hours 32 minutes ago, by [lesyeux](/forum/user/1216-lesyeux "View lesyeux's Profile") [Last Post](/forum/5-support-en-francais-french-support-/100000072-petites-erreurs-dans-le-plugin-swipebox-1-2-0#100000344 "-- HikaShop version -- : 6.7.1 -- Joomla version -- : 5.4.10 -- PHP version -- : 8.3.36 -- Browser(s) name and version -- : Chrome 155.0 Bonjour, plugins/hikashop/lightbox_swipebox/lightbox_swipebox.php dernière version disponible 1.2.0 J'ai ce Warning: Undefined variable $delay in plugins/hikashop/lightbox_swipebox/lightbox_swipebox.php on line 43 Je pense qu'il y a une erreur : $delay devrait être $hideBarsDelay Il y a aussi une erreur dans le fichier xml dans lequel "{__PLUGIN_VERSION__}" apparaît à la place du numéro de version 1.2.0.") 2 hours 32 minutes ago by [lesyeux](/forum/user/1216-lesyeux "View lesyeux's Profile") | Replies:0 Views:3 | [Last Post](/forum/5-support-en-francais-french-support-/100000072-petites-erreurs-dans-le-plugin-swipebox-1-2-0#100000344 "-- HikaShop version -- : 6.7.1 -- Joomla version -- : 5.4.10 -- PHP version -- : 8.3.36 -- Browser(s) name and version -- : Chrome 155.0 Bonjour, plugins/hikashop/lightbox_swipebox/lightbox_swipebox.php dernière version disponible 1.2.0 J'ai ce Warning: Undefined variable $delay in plugins/hikashop/lightbox_swipebox/lightbox_swipebox.php on line 43 Je pense qu'il y a une erreur : $delay devrait être $hideBarsDelay Il y a aussi une erreur dans le fichier xml dans lequel "{__PLUGIN_VERSION__}" apparaît à la place du numéro de version 1.2.0.") by [lesyeux](/forum/user/1216-lesyeux "View lesyeux's Profile") 2 hours 32 minutes ago | | [](/forum/40-taxes/100000063-show-orders-subtotal-price-without-tax-in-order-notification-email) | [Show order's Subtotal price without tax in Order notification email](/forum/40-taxes/100000063-show-orders-subtotal-price-without-tax-in-order-notification-email "-- HikaShop version -- : 6.5.0 -- Joomla version -- : 5.4.6 -- Browser(s) name and version -- : Chrome 155.0 Hi! In Order notification email and in Order administrator notification email, the subtotal price is the same as the total, with tax. In checkout tab, i selected NO to "Price with tax" so it displays the subtotal correctly there. How can i fix that also in the above emails? Thank you") Category: [Taxes](/forum/40-taxes "Living in Canada and having troubles configuring your taxes? Come and get some help over there") Topic started 1 day 11 hours ago, by [verzevoul](/forum/user/8351-verzevoul "View verzevoul's Profile") [Last Post](/forum/40-taxes/100000063-show-orders-subtotal-price-without-tax-in-order-notification-email#100000338 "Hi! I did what you said in Order notification email but i doesn't work. This is my preload code: Thank you!") 3 hours 19 minutes ago by [verzevoul](/forum/user/8351-verzevoul "View verzevoul's Profile") | Replies:2 Views:23 | [Last Post](/forum/40-taxes/100000063-show-orders-subtotal-price-without-tax-in-order-notification-email#100000338 "Hi! I did what you said in Order notification email but i doesn't work. This is my preload code: Thank you!") by [verzevoul](/forum/user/8351-verzevoul "View verzevoul's Profile") 3 hours 19 minutes ago | | [](/forum/28-shipping-methods/100000065-probleme-lors-de-linscription-et-de-lenregistrment-de-lieu-de-livraison) | [Probleme lors de l'inscription et de l'enregistrment de lieu de livraison](/forum/28-shipping-methods/100000065-probleme-lors-de-linscription-et-de-lenregistrment-de-lieu-de-livraison "-- url of the page with the problem -- : www.audedor.be/site/ -- HikaShop version -- : 6.5.2 -- Joomla version -- : 6.2.0 -- PHP version -- : 8.3.35 -- Browser(s) name and version -- : Chrome 155.0 Bonjour je ne genere aucune vente via mon site car les clients n'arrive pas à cloturer leur commande il on un problemen avec le lieu de livraison  exemple un client francais  doit choissir un livraison en point relay je pense que j'ai peux etre pas bien encoder comme il faut pour le panier donc je ne trouve pas comment resoudre le probleme pouvez vous m'aider svp merci d'avance") Category: [Shipping Methods](/forum/28-shipping-methods "Discussions about the different shipping methods for Hikashop") Topic started 1 day 5 hours ago, by [Régine](/forum/user/40407-regine "View Régine's Profile") [Last Post](/forum/28-shipping-methods/100000065-probleme-lors-de-linscription-et-de-lenregistrment-de-lieu-de-livraison#100000342 "BONJOUR je viens d'avoir la cliente qui est francais elle me dit qu'elle a annuler une premiere commande car quand elle avez mis une adresse de livraison en france et la il met qu'elle doit venir le cherchez chez moi si elle met pas d'adresse de livraison le site propose mondial relay donc je ne vois pas comment arriver a ce qu'elle doivent pas annumer car si elle arrive pas elle ne fond pas comme cette dame refaire une commande encore merci pour l'aide") 3 hours 53 minutes ago by [Régine](/forum/user/40407-regine "View Régine's Profile") | Replies:2 Views:22 | [Last Post](/forum/28-shipping-methods/100000065-probleme-lors-de-linscription-et-de-lenregistrment-de-lieu-de-livraison#100000342 "BONJOUR je viens d'avoir la cliente qui est francais elle me dit qu'elle a annuler une premiere commande car quand elle avez mis une adresse de livraison en france et la il met qu'elle doit venir le cherchez chez moi si elle met pas d'adresse de livraison le site propose mondial relay donc je ne vois pas comment arriver a ce qu'elle doivent pas annumer car si elle arrive pas elle ne fond pas comme cette dame refaire une commande encore merci pour l'aide") by [Régine](/forum/user/40407-regine "View Régine's Profile") 3 hours 53 minutes ago | | [](/forum/35-orders-management/100000069-hikashop-allowing-products-to-go-through-even-though-they-are-inactive) | [Hikashop allowing products to go through even though they are inactive?](/forum/35-orders-management/100000069-hikashop-allowing-products-to-go-through-even-though-they-are-inactive "-- HikaShop version -- : 6.7.1 -- Joomla version -- : 6.2 -- PHP version -- : 8.4 -- Browser(s) name and version -- : Safari 605.1 Hi, I have been having this issue for a while and now have identified it. If a customer has an item in their cart or in a created order (that failed payment etc.) If the product goes out of stock during that period and is X'd off as not available, they can still purchase the item??  I had had this now quite a few times especially if that product is in a cart. Rgds") Category: [Orders management](/forum/35-orders-management "You can ask here your questions about orders management") Topic started 8 hours 24 minutes ago, by [mohairbears](/forum/user/916-mohairbears "View mohairbears's Profile") [Last Post](/forum/35-orders-management/100000069-hikashop-allowing-products-to-go-through-even-though-they-are-inactive#100000339 "-- HikaShop version -- : 6.7.1 -- Joomla version -- : 6.2 -- PHP version -- : 8.4 -- Browser(s) name and version -- : Safari 605.1 Hi, I have been having this issue for a while and now have identified it. If a customer has an item in their cart or in a created order (that failed payment etc.) If the product goes out of stock during that period and is X'd off as not available, they can still purchase the item??  I had had this now quite a few times especially if that product is in a cart. Rgds") 4 hours 8 minutes ago by [mohairbears](/forum/user/916-mohairbears "View mohairbears's Profile") | Replies:0 Views:8 | [Last Post](/forum/35-orders-management/100000069-hikashop-allowing-products-to-go-through-even-though-they-are-inactive#100000339 "-- HikaShop version -- : 6.7.1 -- Joomla version -- : 6.2 -- PHP version -- : 8.4 -- Browser(s) name and version -- : Safari 605.1 Hi, I have been having this issue for a while and now have identified it. If a customer has an item in their cart or in a created order (that failed payment etc.) If the product goes out of stock during that period and is X'd off as not available, they can still purchase the item??  I had had this now quite a few times especially if that product is in a cart. Rgds") by [mohairbears](/forum/user/916-mohairbears "View mohairbears's Profile") 4 hours 8 minutes ago | | [](/forum/25-install-update/100000062-products-down-after-update) | [Products down after update](/forum/25-install-update/100000062-products-down-after-update "-- url of the page with the problem -- : nordicdental.dk/dental-shop/oralscanner/alliedstar-oralscannere -- Browser(s) name and version -- : Chrome 156.0 Products down after update. I need to reinstall my page now. [/font][/size][/color]") Category: [Install & Update](/forum/25-install-update "Having an installation or update issue? You will probably find some help here.") Topic started 1 day 12 hours ago, by [Peter Kjeldsen](/forum/user/33928-peter-kjeldsen "View Peter Kjeldsen's Profile") [Last Post](/forum/25-install-update/100000062-products-down-after-update#100000337 "Hi, This message comes from one of your mass actions, not from the database problem of the other day. When a product is saved, HikaShop runs the mass actions that have the "After a product is updated" trigger. Since HikaShop 6.7.0, an "Update values" action that calculates a value from the price (for example price.price_value*1.25) forgets to include the price table in its query, so MySQL refuses it with "Unknown column hk_price.price_value" and the save stops. This is why it only happens with some saves: those where that mass action applies. We have corrected it on our end. Download again the install package of HikaShop on our website and install it on yours in order to get the patch. Your mass action will then calculate its value again and products will save normally. If the message still appears after that, please tell us which mass actions you have with a product trigger and what their actions are set to.") 6 hours 1 minute ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:4 Views:34 | [Last Post](/forum/25-install-update/100000062-products-down-after-update#100000337 "Hi, This message comes from one of your mass actions, not from the database problem of the other day. When a product is saved, HikaShop runs the mass actions that have the "After a product is updated" trigger. Since HikaShop 6.7.0, an "Update values" action that calculates a value from the price (for example price.price_value*1.25) forgets to include the price table in its query, so MySQL refuses it with "Unknown column hk_price.price_value" and the save stops. This is why it only happens with some saves: those where that mass action applies. We have corrected it on our end. Download again the install package of HikaShop on our website and install it on yours in order to get the patch. Your mass action will then calculate its value again and products will save normally. If the message still appears after that, please tell us which mass actions you have with a product trigger and what their actions are set to.") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 6 hours 1 minute ago | | [](/forum/5-support-en-francais-french-support-/100000058-creer-des-commandes-sans-paiement) | [Créer des commandes sans paiement](/forum/5-support-en-francais-french-support-/100000058-creer-des-commandes-sans-paiement "-- Browser(s) name and version -- : Firefox 158.0 Bonjour,  J'aimerais me servir d'Hikashop pour proposer des plats à commander mais sans paiement à la fin de la commande. Il s'agit simplement de transformer la boutique en site de prise de commande, le client ne paie que lorsqu'il vient chercher sa commande mais a sur le site une trace de sa commande et du prix à payer. Quel plugin de paiement ou quels réglages privilégier ?  Merci de vos réponses.") 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 days 5 hours ago, by [theomartin](/forum/user/31635-theomartin "View theomartin's Profile") [Last Post](/forum/5-support-en-francais-french-support-/100000058-creer-des-commandes-sans-paiement#100000332 "Bonjour, En faisant des tests de commande, j'ai un formulaire "adresse de livraison" qui s'affiche mais je ne trouve pas comment faire en sorte que seul le formulaire "Adresse de facturation" apparaisse puisqu'il n'y a aucune livraison !") 7 hours 8 minutes ago by [theomartin](/forum/user/31635-theomartin "View theomartin's Profile") | Replies:2 Views:36 | [Last Post](/forum/5-support-en-francais-french-support-/100000058-creer-des-commandes-sans-paiement#100000332 "Bonjour, En faisant des tests de commande, j'ai un formulaire "adresse de livraison" qui s'affiche mais je ne trouve pas comment faire en sorte que seul le formulaire "Adresse de facturation" apparaisse puisqu'il n'y a aucune livraison !") by [theomartin](/forum/user/31635-theomartin "View theomartin's Profile") 7 hours 8 minutes ago | | [](/forum/53-auction-feature-requests/910844-allow-custom-bid-amounts-similar-to-max-bid) | [Allow custom bid amounts similar to Max Bid](/forum/53-auction-feature-requests/910844-allow-custom-bid-amounts-similar-to-max-bid "-- HikaShop version -- : 6.6.0 -- HikaAuction version -- : 6.0.4 -- Joomla version -- : 6 -- PHP version -- : 8.4 -- Browser(s) name and version -- : all Hi Team I would like to ask if it is possible to modify the Normal Bid functionality in HikaAuction so that users can enter any bid amount they choose, rather than being limited to the automatically calculated fixed bid amount (bid increment) Bid increment should still be kept as minimum Currently, when a user places a normal bid, the system obliges the next predefined bid amount based on the current bid/increment. What I would like is: Normal Bid: The user can manually enter any amount they wish to bid. Max Bid: Continue working as the current maximum/proxy bidding functionality. The manually entered normal bid should still be subject to the auction's minimum bid and any other applicable validation rules. The system should accept amounts higher than the current required minimum, without forcing the user to use only the next predefined increment. I understand that the max bid feature serves a similar purpose. However, all auction platforms still offer standard, manual bidding as a free option. This is likely because not all users are familiar with or fully understand how the max bid system works. Thank you") Category: [Auction: Feature requests](/forum/53-auction-feature-requests "Suggest your feature requests and ideas for HikaAuction") Topic started 4 weeks 1 day ago, by [lucad](/forum/user/83792-lucad "View lucad's Profile") [Last Post](/forum/53-auction-feature-requests/910844-allow-custom-bid-amounts-similar-to-max-bid#100000334) 7 hours 28 minutes ago by [lucad](/forum/user/83792-lucad "View lucad's Profile") | Replies:6 Views:169 | [Last Post](/forum/53-auction-feature-requests/910844-allow-custom-bid-amounts-similar-to-max-bid#100000334) by [lucad](/forum/user/83792-lucad "View lucad's Profile") 7 hours 28 minutes ago | | [](/forum/26-product-category-display/910829-price-show-and-custom-design) | [Price show and custom design](/forum/26-product-category-display/910829-price-show-and-custom-design "-- url of the page with the problem -- : nordicdental.dk Hi After updating HikaShop, my custom "call-back" button has disappeared. When there are product variants, the price isn't displayed until a variant is selected; previously, the price of the standard product was shown. The standard product price is missing when no variant has been selected. nordicdental.dk/dental-shop/realaligner/tandregulering-real-10 On new products, it do not show recomended price. Br. Peter") 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 1 month 5 days ago, by [Peter Kjeldsen](/forum/user/33928-peter-kjeldsen "View Peter Kjeldsen's Profile") [Last Post](/forum/26-product-category-display/910829-price-show-and-custom-design#100000329 "I did it by FTP. it didn´t change anything.") 8 hours 5 minutes ago by [Peter Kjeldsen](/forum/user/33928-peter-kjeldsen "View Peter Kjeldsen's Profile") | Replies:3 Views:180 | [Last Post](/forum/26-product-category-display/910829-price-show-and-custom-design#100000329 "I did it by FTP. it didn´t change anything.") by [Peter Kjeldsen](/forum/user/33928-peter-kjeldsen "View Peter Kjeldsen's Profile") 8 hours 5 minutes ago | | [](/forum/27-checkout/100000067-stripe-checkout-paid-and-confirmed-order-is-set-to-cancelled-24-hours-later-b) | [Stripe Checkout: paid and confirmed order is set to “Cancelled” 24 hours later b](/forum/27-checkout/100000067-stripe-checkout-paid-and-confirmed-order-is-set-to-cancelled-24-hours-later-b "-- HikaShop version -- : 6.7.1 -- Joomla version -- : 5.4 -- Browser(s) name and version -- : Firefox 158.0 Hello, We are testing credit card payments with Stripe Checkout (sandbox mode) in HikaShop, and we see the following problem: an order that was paid and set to “Confirmed” is later changed to “Cancelled”. Environment * Joomla 5.4 * HikaShop Essential 6.7.1 [2610202116] * Stripe Checkout payment plugin, test/sandbox mode What we see in the HikaShop order history * 2026-10-19 12:32 (server time): “payment notification was received with the state paid. Transaction: pi_3USFkCHwuXBczTHH15IY23nP” → status changes to Confirmed. * 2026-10-20 12:28 (server time): “payment notification was received with the state expired. Session: cs_test_a12wLXY3rmwSAwgxz6dMlYmkAIwcA5MGhP8z0bjuu4nJsCJAFR2goQzn20” → status changes to Cancelled. As a result, the digital product download is blocked, because the order status no longer allows it. What we see in the Stripe Dashboard (Events, sandbox) The Stripe Dashboard shows CEST time, which is 2 hours ahead of the HikaShop server time. The expired session above corresponds to the event on Oct 20 at 2:28:34 PM CEST. Around each completed payment there is also a separate Checkout Session that was never paid and expired 24 hours later: Expired session Expired at (CEST) cs_test_a1pu1YuDHhHUPm4EtB95UXZlElo42pCWf9EyeFn2VXwHSN867HqikxeTgR Oct 20, 6:44 AM cs_test_a12wLXY3rmwSAwgxz6dMlYmkAIwcA5MGhP8z0bjuu4nJsCJAFR2goQzn20 Oct 20, 2:28 PM cs_test_a1kFcc96hOXHs33201NSMJUaBdsQwzAdrKsF673WEZ4O8Y7kMoHWO5rXuK Oct 20, 6:03 PM For example, the session cs_test_a1kFcc… (expired Oct 20, 6:03 PM) belongs to according to its . It was created about 1 minute before the payment completed on Oct 19 at 6:04 PM (session cs_test_a1BFWfN39…, payment pi_3USJ37HwuXBczTHH1SY9BHpk). The expired session IDs differ from the sessions that were actually completed, so it looks like a second Checkout Session is created for the same order, and its expiry webhook sets the already confirmed order to Cancelled. What we would like to ask * Does the plugin create a new Checkout Session each time the customer reaches the payment step or returns to it? (Is it possible that two sessions are created for one order even without going back and forth?) * How should the plugin handle for an order that is already paid and confirmed? In our case the status is overwritten. * Is the correct configuration to subscribe the webhook endpoint only to and ? Our current endpoint events: [paste here what is selected in Stripe Dashboard → Webhooks]. * Can you recommend a fix or patch (for example, ignoring for orders that are already confirmed or shipped)? We attach screenshots of the HikaShop order history and of the Stripe Events list. We can also provide the full order ID, the webhook configuration and debug logs if needed. Thank you for your help. Best regards, Dániel Metz metzdaniel.hu") Category: [Checkout](/forum/27-checkout "Everything about the checkout process in Hikashop") Topic started 13 hours 42 minutes ago, by [totama](/forum/user/70635-totama "View totama's Profile") [Last Post](/forum/27-checkout/100000067-stripe-checkout-paid-and-confirmed-order-is-set-to-cancelled-24-hours-later-b#100000324 "-- HikaShop version -- : 6.7.1 -- Joomla version -- : 5.4 -- Browser(s) name and version -- : Firefox 158.0 Hello, We are testing credit card payments with Stripe Checkout (sandbox mode) in HikaShop, and we see the following problem: an order that was paid and set to “Confirmed” is later changed to “Cancelled”. Environment * Joomla 5.4 * HikaShop Essential 6.7.1 [2610202116] * Stripe Checkout payment plugin, test/sandbox mode What we see in the HikaShop order history * 2026-10-19 12:32 (server time): “payment notification was received with the state paid. Transaction: pi_3USFkCHwuXBczTHH15IY23nP” → status changes to Confirmed. * 2026-10-20 12:28 (server time): “payment notification was received with the state expired. Session: cs_test_a12wLXY3rmwSAwgxz6dMlYmkAIwcA5MGhP8z0bjuu4nJsCJAFR2goQzn20” → status changes to Cancelled. As a result, the digital product download is blocked, because the order status no longer allows it. What we see in the Stripe Dashboard (Events, sandbox) The Stripe Dashboard shows CEST time, which is 2 hours ahead of the HikaShop server time. The expired session above corresponds to the event on Oct 20 at 2:28:34 PM CEST. Around each completed payment there is also a separate Checkout Session that was never paid and expired 24 hours later: Expired session Expired at (CEST) cs_test_a1pu1YuDHhHUPm4EtB95UXZlElo42pCWf9EyeFn2VXwHSN867HqikxeTgR Oct 20, 6:44 AM cs_test_a12wLXY3rmwSAwgxz6dMlYmkAIwcA5MGhP8z0bjuu4nJsCJAFR2goQzn20 Oct 20, 2:28 PM cs_test_a1kFcc96hOXHs33201NSMJUaBdsQwzAdrKsF673WEZ4O8Y7kMoHWO5rXuK Oct 20, 6:03 PM For example, the session cs_test_a1kFcc… (expired Oct 20, 6:03 PM) belongs to according to its . It was created about 1 minute before the payment completed on Oct 19 at 6:04 PM (session cs_test_a1BFWfN39…, payment pi_3USJ37HwuXBczTHH1SY9BHpk). The expired session IDs differ from the sessions that were actually completed, so it looks like a second Checkout Session is created for the same order, and its expiry webhook sets the already confirmed order to Cancelled. What we would like to ask * Does the plugin create a new Checkout Session each time the customer reaches the payment step or returns to it? (Is it possible that two sessions are created for one order even without going back and forth?) * How should the plugin handle for an order that is already paid and confirmed? In our case the status is overwritten. * Is the correct configuration to subscribe the webhook endpoint only to and ? Our current endpoint events: [paste here what is selected in Stripe Dashboard → Webhooks]. * Can you recommend a fix or patch (for example, ignoring for orders that are already confirmed or shipped)? We attach screenshots of the HikaShop order history and of the Stripe Events list. We can also provide the full order ID, the webhook configuration and debug logs if needed. Thank you for your help. Best regards, Dániel Metz metzdaniel.hu") 11 hours 20 minutes ago by [totama](/forum/user/70635-totama "View totama's Profile") | Replies:0 Views:13 | [Last Post](/forum/27-checkout/100000067-stripe-checkout-paid-and-confirmed-order-is-set-to-cancelled-24-hours-later-b#100000324 "-- HikaShop version -- : 6.7.1 -- Joomla version -- : 5.4 -- Browser(s) name and version -- : Firefox 158.0 Hello, We are testing credit card payments with Stripe Checkout (sandbox mode) in HikaShop, and we see the following problem: an order that was paid and set to “Confirmed” is later changed to “Cancelled”. Environment * Joomla 5.4 * HikaShop Essential 6.7.1 [2610202116] * Stripe Checkout payment plugin, test/sandbox mode What we see in the HikaShop order history * 2026-10-19 12:32 (server time): “payment notification was received with the state paid. Transaction: pi_3USFkCHwuXBczTHH15IY23nP” → status changes to Confirmed. * 2026-10-20 12:28 (server time): “payment notification was received with the state expired. Session: cs_test_a12wLXY3rmwSAwgxz6dMlYmkAIwcA5MGhP8z0bjuu4nJsCJAFR2goQzn20” → status changes to Cancelled. As a result, the digital product download is blocked, because the order status no longer allows it. What we see in the Stripe Dashboard (Events, sandbox) The Stripe Dashboard shows CEST time, which is 2 hours ahead of the HikaShop server time. The expired session above corresponds to the event on Oct 20 at 2:28:34 PM CEST. Around each completed payment there is also a separate Checkout Session that was never paid and expired 24 hours later: Expired session Expired at (CEST) cs_test_a1pu1YuDHhHUPm4EtB95UXZlElo42pCWf9EyeFn2VXwHSN867HqikxeTgR Oct 20, 6:44 AM cs_test_a12wLXY3rmwSAwgxz6dMlYmkAIwcA5MGhP8z0bjuu4nJsCJAFR2goQzn20 Oct 20, 2:28 PM cs_test_a1kFcc96hOXHs33201NSMJUaBdsQwzAdrKsF673WEZ4O8Y7kMoHWO5rXuK Oct 20, 6:03 PM For example, the session cs_test_a1kFcc… (expired Oct 20, 6:03 PM) belongs to according to its . It was created about 1 minute before the payment completed on Oct 19 at 6:04 PM (session cs_test_a1BFWfN39…, payment pi_3USJ37HwuXBczTHH1SY9BHpk). The expired session IDs differ from the sessions that were actually completed, so it looks like a second Checkout Session is created for the same order, and its expiry webhook sets the already confirmed order to Cancelled. What we would like to ask * Does the plugin create a new Checkout Session each time the customer reaches the payment step or returns to it? (Is it possible that two sessions are created for one order even without going back and forth?) * How should the plugin handle for an order that is already paid and confirmed? In our case the status is overwritten. * Is the correct configuration to subscribe the webhook endpoint only to and ? Our current endpoint events: [paste here what is selected in Stripe Dashboard → Webhooks]. * Can you recommend a fix or patch (for example, ignoring for orders that are already confirmed or shipped)? We attach screenshots of the HikaShop order history and of the Stripe Events list. We can also provide the full order ID, the webhook configuration and debug logs if needed. Thank you for your help. Best regards, Dániel Metz metzdaniel.hu") by [totama](/forum/user/70635-totama "View totama's Profile") 11 hours 20 minutes ago | | [](/forum/35-orders-management/100000059-incorrect-vat-and-net-totals-in-reports) | [Incorrect VAT and net totals in reports](/forum/35-orders-management/100000059-incorrect-vat-and-net-totals-in-reports "-- Browser(s) name and version -- : Firefox 158.0 Hi, We are using HikaShop Business 6.5.0 and would like to create a reliable accounting report showing the following totals for a selected period: * Gross sales (including VAT) * Net sales (excluding VAT) * VAT amount We configured a report using the "Table" display type with three rows: Sales including VAT, Sales excluding VAT, and Taxes. However, the calculated totals do not match the actual order data. For October 2026, we get the following results: Amount HikaShop Report Actual Order Data                 Gross                                        €51,360.10                                            €51,360.10 Net €40,536.81 €43,159.75 VAT €10,823.29 €8,200.35 We verified the actual VAT amount using the order CSV export and the HikaShop tax management overview. It appears that the report calculates VAT before deducting coupons and discounts, while the gross sales amount correctly reflects these deductions. Our questions: * Is there a way to configure HikaShop reports so that gross, net, and VAT totals are calculated correctly after coupons and discounts? * Is this a known issue in HikaShop Business 6.5.0? * Is there an existing HikaShop feature or extension that provides a consolidated accounting report with all three totals? * Can such a report be displayed directly in the HikaShop backend with date range and order status filters? We would prefer a solution using standard HikaShop functionality, without custom PHP modifications to our production website. Thank you for your assistance!") Category: [Orders management](/forum/35-orders-management "You can ask here your questions about orders management") Topic started 2 days 22 hours ago, by [thomas.eilers@gfse.org](/forum/user/84383-thomas-eilers-gfse-org "View thomas.eilers@gfse.org's Profile") [Last Post](/forum/35-orders-management/100000059-incorrect-vat-and-net-totals-in-reports#100000322 "Hi, Thank you for your detailed explanation. Our "Net" row has the following settings: * With tax: No * Include shipping: Yes * Include coupon: Yes * Order status: Confirmed We use percentage-based coupons, either 10% or 100%. I checked one of our existing 100% and 10% coupons and found the following settings: * Automatic taxes: No * Tax category: None * Shipping discount: 0% This seems to match your suspicion that the coupons were saved without their VAT. Could you please clarify: * Should we enable "Automatic taxes" for our percentage-based coupons? * Could these coupon settings explain the discrepancies between the accounting report and the tax management overview? * Would changing these settings affect existing orders and invoices, or only future orders? * Is there a way to obtain correct accounting totals for our existing orders without modifying their stored financial data? Since this is a live production website, we want to avoid changing existing orders or invoices. Thank you!") 22 hours 14 minutes ago by [thomas.eilers@gfse.org](/forum/user/84383-thomas-eilers-gfse-org "View thomas.eilers@gfse.org's Profile") | Replies:2 Views:38 | [Last Post](/forum/35-orders-management/100000059-incorrect-vat-and-net-totals-in-reports#100000322 "Hi, Thank you for your detailed explanation. Our "Net" row has the following settings: * With tax: No * Include shipping: Yes * Include coupon: Yes * Order status: Confirmed We use percentage-based coupons, either 10% or 100%. I checked one of our existing 100% and 10% coupons and found the following settings: * Automatic taxes: No * Tax category: None * Shipping discount: 0% This seems to match your suspicion that the coupons were saved without their VAT. Could you please clarify: * Should we enable "Automatic taxes" for our percentage-based coupons? * Could these coupon settings explain the discrepancies between the accounting report and the tax management overview? * Would changing these settings affect existing orders and invoices, or only future orders? * Is there a way to obtain correct accounting totals for our existing orders without modifying their stored financial data? Since this is a live production website, we want to avoid changing existing orders or invoices. Thank you!") by [thomas.eilers@gfse.org](/forum/user/84383-thomas-eilers-gfse-org "View thomas.eilers@gfse.org's Profile") 22 hours 14 minutes ago | | [](/forum/27-checkout/100000066-problem-with-paypal) | [Problem with paypal](/forum/27-checkout/100000066-problem-with-paypal "-- Browser(s) name and version -- :  Chrome 153.0 1) When I, as a customer, process an order an error is received after selecting the paypal payment option:  ERROR:: 0 Attempt to assign property  "quantity" on null -  Please see image: ") Category: [Checkout](/forum/27-checkout "Everything about the checkout process in Hikashop") Topic started 1 day 1 hour ago, by [wrina iamwe](/forum/user/34481-wrina-iamwe "View wrina iamwe's Profile") [Last Post](/forum/27-checkout/100000066-problem-with-paypal#100000321 "Hi, 1) The error message is most likely not related to the donation or to PayPal. We get exactly this error from HikaSerial (your HikaSubscription add-on) when the order gets confirmed: a "Serial Per Order" entry (or a pack added by hand to the order) still points to a serial pack that has since been deleted. When the payment confirms the order, HikaSerial tries to add serials from that missing pack and stops with "Attempt to assign property "quantity" on null". The order is already confirmed at that point, which is why it still goes through. To stop it now, go to Components > HikaSerial > Plugins, open "Serial Per Order - HikaSerial plugin" and look at the entries listed there: one whose Pack column is empty points to a deleted pack. Edit it and choose an existing pack, or unpublish or delete it if you no longer need it. In an order affected by this, the Serials area of the order also shows an "Order assignation" line with no pack name. We have prepared a fix for HikaSerial so that a missing pack is skipped instead of causing this error. It will come in a HikaSerial update, which your current maintenance covers. Until then, correcting the plugin entry as described above avoids the error. 2) The page in your screenshot is the payment page of the PayPal Checkout plugin, and it works as intended. Each button or form on it is a payment method that is enabled in the plugin's settings. To make it simpler, go to System > Payment methods in HikaShop, open your PayPal Checkout method and, in its "Payment methods" section, untick what you do not want to offer: "Credit and debit cards" removes the card form and its billing address, Skrill removes the Skrill button and the name field above it, and Google Pay, Apple Pay, PayPal Credit and Pay Later remove their buttons. Then save. The PayPal button itself is always shown. The settings are described here: www.hikashop.com/support/documentation/4...l-checkout-form.html The shopping cart on the right of that page looks like your HikaShop cart module. If you do not want it there, change the module's menu assignment so that it is not displayed on your checkout menu item.") 1 day 17 minutes ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:1 Views:19 | [Last Post](/forum/27-checkout/100000066-problem-with-paypal#100000321 "Hi, 1) The error message is most likely not related to the donation or to PayPal. We get exactly this error from HikaSerial (your HikaSubscription add-on) when the order gets confirmed: a "Serial Per Order" entry (or a pack added by hand to the order) still points to a serial pack that has since been deleted. When the payment confirms the order, HikaSerial tries to add serials from that missing pack and stops with "Attempt to assign property "quantity" on null". The order is already confirmed at that point, which is why it still goes through. To stop it now, go to Components > HikaSerial > Plugins, open "Serial Per Order - HikaSerial plugin" and look at the entries listed there: one whose Pack column is empty points to a deleted pack. Edit it and choose an existing pack, or unpublish or delete it if you no longer need it. In an order affected by this, the Serials area of the order also shows an "Order assignation" line with no pack name. We have prepared a fix for HikaSerial so that a missing pack is skipped instead of causing this error. It will come in a HikaSerial update, which your current maintenance covers. Until then, correcting the plugin entry as described above avoids the error. 2) The page in your screenshot is the payment page of the PayPal Checkout plugin, and it works as intended. Each button or form on it is a payment method that is enabled in the plugin's settings. To make it simpler, go to System > Payment methods in HikaShop, open your PayPal Checkout method and, in its "Payment methods" section, untick what you do not want to offer: "Credit and debit cards" removes the card form and its billing address, Skrill removes the Skrill button and the name field above it, and Google Pay, Apple Pay, PayPal Credit and Pay Later remove their buttons. Then save. The PayPal button itself is always shown. The settings are described here: www.hikashop.com/support/documentation/4...l-checkout-form.html The shopping cart on the right of that page looks like your HikaShop cart module. If you do not want it there, change the module's menu assignment so that it is not displayed on your checkout menu item.") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 1 day 17 minutes ago | | [](/forum/26-product-category-display/100000064-html-not-valid-in-custom-fields) | [HTML not valid in custom fields](/forum/26-product-category-display/100000064-html-not-valid-in-custom-fields "-- url of the page with the problem -- : www.erboristeriazambrini.it -- HikaShop version -- : 6.7.1 -- Joomla version -- : 6.2.0 -- PHP version -- : 8.4 -- Browser(s) name and version -- :  All Hi, Before the upgrade from Hikashop 6.7.0 to 6.7.1 the front end correctly read the html from custom field Title value. After the upgrade it doesn't work and display the code in front end ( postimg.cc/McrHwkY2 ). I've got a lot of custom fields with html code like  and now they don't work and in front-end is replaced with  & lt ; img src="/images/bio.png" alt="bio" / & gt ;  ( postimg.cc/7G0kWjsz ) are printed as htmlspecialchars. Can you help me? Thank you.") 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 1 day 6 hours ago, by [nico1979](/forum/user/31330-nico1979 "View nico1979's Profile") [Last Post](/forum/26-product-category-display/100000064-html-not-valid-in-custom-fields#100000316 "Hello, This is a side effect of a security change in HikaShop 6.7.1: the titles of the values of custom fields (radio buttons, checkboxes, dropdowns) are now escaped, so their HTML, such as your images, shows as code instead of being displayed. We have corrected it. The HTML of these titles is displayed again, with only potentially dangerous content (scripts, JavaScript events) removed. The correction is in. Download the install package on our website and install it on yours and it will fix the problem.") 1 day 4 hours ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:1 Views:20 | [Last Post](/forum/26-product-category-display/100000064-html-not-valid-in-custom-fields#100000316 "Hello, This is a side effect of a security change in HikaShop 6.7.1: the titles of the values of custom fields (radio buttons, checkboxes, dropdowns) are now escaped, so their HTML, such as your images, shows as code instead of being displayed. We have corrected it. The HTML of these titles is displayed again, with only potentially dangerous content (scripts, JavaScript events) removed. The correction is in. Download the install package on our website and install it on yours and it will fix the problem.") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 1 day 4 hours ago | | [](/forum/35-orders-management/100000060-email-template-causing-issues) | [Email template causing issues](/forum/35-orders-management/100000060-email-template-causing-issues "-- HikaShop version -- : 6.7.0 -- Joomla version -- : 6.2.0 -- Browser(s) name and version -- :  Firefox 157.0 Preview Order Status Notification I get the following error in the popup with errors/debug enabled .... 0 syntax error, unexpected token "verride" is * @version 6.7.0 I'm thinking these are all interconnected but may be totally wrong") Category: [Orders management](/forum/35-orders-management "You can ask here your questions about orders management") Topic started 2 days 14 hours ago, by [yerg55](/forum/user/60833-yerg55 "View yerg55's Profile") [Last Post](/forum/35-orders-management/100000060-email-template-causing-issues#100000307 "Now I am totally confused. :wink: What I had placed there  that obviously isn't happening  :cry: So basically I'm back to square 1  What code do I need to place at the bottom of the "Order status notification" email that when customers order the Videos/Recipes (Item 21) they see the words/link "Access your Recipes and Videos Here" in their email, but those who didn't order the Videos/Recipes don't receive that link ") 1 day 10 hours ago by [yerg55](/forum/user/60833-yerg55 "View yerg55's Profile") | Replies:1 Views:43 | [Last Post](/forum/35-orders-management/100000060-email-template-causing-issues#100000307 "Now I am totally confused. :wink: What I had placed there  that obviously isn't happening  :cry: So basically I'm back to square 1  What code do I need to place at the bottom of the "Order status notification" email that when customers order the Videos/Recipes (Item 21) they see the words/link "Access your Recipes and Videos Here" in their email, but those who didn't order the Videos/Recipes don't receive that link ") by [yerg55](/forum/user/60833-yerg55 "View yerg55's Profile") 1 day 10 hours ago | | [](/forum/25-install-update/100000061-website-really-slow) | [Website Really Slow](/forum/25-install-update/100000061-website-really-slow "-- HikaShop version -- : 6.7.0 -- Joomla version -- : 5.4.10 -- PHP version -- : 8.5.11 -- Browser(s) name and version -- : Chrome 153.0 -- Error-message(debug-mod must be tuned on) -- : None on display - system is just extremely slow Hello,  My website is running really slow. I contacted my hosting platform and they stated that it was due to hikashop - see note from them below :: " Thank you for your ticket, I did some testing on your website, and it is very slow, but it does not seem to be related to the server. It appears that this is a plugin of your hikashop plugin. You need to check and disable it temporarily and see if that helps. You will need to check each plugin and see which one is causing you this issue. I would suggest you ask your site developer to do this for you. Thank you.  Rochen Limited" Could you all help me with this process? - Has anyone else complained of a slow site due to hika??? Thanks, ") Category: [Install & Update](/forum/25-install-update "Having an installation or update issue? You will probably find some help here.") Topic started 2 days 4 hours ago, by [wrina iamwe](/forum/user/34481-wrina-iamwe "View wrina iamwe's Profile") [Last Post](/forum/25-install-update/100000061-website-really-slow#100000303 "Thank you for the information - very much appreciated.  I have copied the debug info below. Also if you would like to login to see it for yourself  USER NAME: hikashop Password: hikashop# Longest debug:    beforeRenderRawModule mod_hikashop (Store Header) (31.3KB) (334μs) afterRenderRawModule mod_hikashop (Store Header) (582.5KB) (10.6ms) beforeRenderModule mod_hikashop (Store Header) (720B) (5μs) afterRenderModule mod_hikashop (Store Header) (18.71KB) (724μs) beforeRenderRawModule mod_hikashop (Store Header) (30.93KB) (279μs) afterRenderRawModule mod_hikashop (Store Header) (303.47KB) (7.63ms) beforeRenderModule mod_hikashop (Store Header) (720B) (6μs) afterRenderModule mod_hikashop (Store Header) (18.34KB) (739μs) beforeRenderRawModule mod_hikashop (Store Header) (30.72KB) (400μs) afterRenderRawModule mod_hikashop (Store Header) (299.04KB) (9.18ms) beforeRenderModule mod_hikashop (Store Header) (720B) (6μs) afterRenderModule mod_hikashop (Store Header) (18.13KB) (690μs) beforeRenderRawModule mod_hikashop (Store Header) (30.35KB) (336μs) afterRenderRawModule mod_hikashop (Store Header) (290.7KB) (7.51ms) beforeRenderModule mod_hikashop (Store Header) (720B) (8μs) afterRenderModule mod_hikashop (Store Header) (17.77KB) (872μs) 1 x afterRenderRawModule mod_hikashop (Store Header) (582.5KB) (0.02%) 10.60ms 1 x afterRenderRawModule mod_hikashop (Store Header) (299.04KB) (0.02%) 9.18ms 1 x afterRenderRawModule mod_hikashop (Store Header) (303.47KB) (0.01%) 7.63ms 1 x afterRenderRawModule mod_hikashop (Store Header) (290.7KB) (0.01%) 7.51ms 1 x afterRenderModule mod_hikashop (Store Header) (17.77KB) (0%) 872μs 1 x afterRenderModule mod_hikashop (Store Header) (18.34KB) (0%) 739μs 1 x afterRenderModule mod_hikashop (Store Header) (18.71KB) (0%) 724μs 1 x afterRenderModule mod_hikashop (Store Header) (18.13KB) (0%) 690μs 1 x beforeRenderRawModule mod_hikashop (Store Header) (30.72KB) (0%) 400μs 1 x beforeRenderRawModule mod_hikashop (Store Header) (30.35KB) (0%) 336μs 1 x beforeRenderRawModule mod_hikashop (Store Header) (31.3KB) (0%) 334μs 1 x beforeRenderRawModule mod_hikashop (Store Header) (30.93KB) (0%) 279μs 4 x beforeRenderModule mod_hikashop (Store Header) (720B) (0%) 25μs The following was reported:    beforeRenderRawModule mod_hikashop (Store Header) (31.3KB) (334μs) afterRenderRawModule mod_hikashop (Store Header) (582.5KB) (10.6ms) beforeRenderModule mod_hikashop (Store Header) (720B) (5μs) afterRenderModule mod_hikashop (Store Header) (18.71KB) (724μs) beforeRenderRawModule mod_hikashop (Store Header) (30.93KB) (279μs) afterRenderRawModule mod_hikashop (Store Header) (303.47KB) (7.63ms) beforeRenderModule mod_hikashop (Store Header) (720B) (6μs) afterRenderModule mod_hikashop (Store Header) (18.34KB) (739μs) beforeRenderRawModule mod_hikashop (Store Header) (30.72KB) (400μs) afterRenderRawModule mod_hikashop (Store Header) (299.04KB) (9.18ms) beforeRenderModule mod_hikashop (Store Header) (720B) (6μs) afterRenderModule mod_hikashop (Store Header) (18.13KB) (690μs) beforeRenderRawModule mod_hikashop (Store Header) (30.35KB) (336μs) afterRenderRawModule mod_hikashop (Store Header) (290.7KB) (7.51ms) beforeRenderModule mod_hikashop (Store Header) (720B) (8μs) afterRenderModule mod_hikashop (Store Header) (17.77KB) (872μs) 1 x afterRenderRawModule mod_hikashop (Store Header) (582.5KB) (0.02%) 10.60ms 1 x afterRenderRawModule mod_hikashop (Store Header) (299.04KB) (0.02%) 9.18ms 1 x afterRenderRawModule mod_hikashop (Store Header) (303.47KB) (0.01%) 7.63ms 1 x afterRenderRawModule mod_hikashop (Store Header) (290.7KB) (0.01%) 7.51ms 1 x afterRenderModule mod_hikashop (Store Header) (17.77KB) (0%) 872μs 1 x afterRenderModule mod_hikashop (Store Header) (18.34KB) (0%) 739μs 1 x afterRenderModule mod_hikashop (Store Header) (18.71KB) (0%) 724μs 1 x afterRenderModule mod_hikashop (Store Header) (18.13KB) (0%) 690μs 1 x beforeRenderRawModule mod_hikashop (Store Header) (30.72KB) (0%) 400μs 1 x beforeRenderRawModule mod_hikashop (Store Header) (30.35KB) (0%) 336μs 1 x beforeRenderRawModule mod_hikashop (Store Header) (31.3KB) (0%) 334μs 1 x beforeRenderRawModule mod_hikashop (Store Header) (30.93KB) (0%) 279μs 4 x beforeRenderModule mod_hikashop (Store Header) (720B) (0%) 25μs") 1 day 20 hours ago by [wrina iamwe](/forum/user/34481-wrina-iamwe "View wrina iamwe's Profile") | Replies:1 Views:33 | [Last Post](/forum/25-install-update/100000061-website-really-slow#100000303 "Thank you for the information - very much appreciated.  I have copied the debug info below. Also if you would like to login to see it for yourself  USER NAME: hikashop Password: hikashop# Longest debug:    beforeRenderRawModule mod_hikashop (Store Header) (31.3KB) (334μs) afterRenderRawModule mod_hikashop (Store Header) (582.5KB) (10.6ms) beforeRenderModule mod_hikashop (Store Header) (720B) (5μs) afterRenderModule mod_hikashop (Store Header) (18.71KB) (724μs) beforeRenderRawModule mod_hikashop (Store Header) (30.93KB) (279μs) afterRenderRawModule mod_hikashop (Store Header) (303.47KB) (7.63ms) beforeRenderModule mod_hikashop (Store Header) (720B) (6μs) afterRenderModule mod_hikashop (Store Header) (18.34KB) (739μs) beforeRenderRawModule mod_hikashop (Store Header) (30.72KB) (400μs) afterRenderRawModule mod_hikashop (Store Header) (299.04KB) (9.18ms) beforeRenderModule mod_hikashop (Store Header) (720B) (6μs) afterRenderModule mod_hikashop (Store Header) (18.13KB) (690μs) beforeRenderRawModule mod_hikashop (Store Header) (30.35KB) (336μs) afterRenderRawModule mod_hikashop (Store Header) (290.7KB) (7.51ms) beforeRenderModule mod_hikashop (Store Header) (720B) (8μs) afterRenderModule mod_hikashop (Store Header) (17.77KB) (872μs) 1 x afterRenderRawModule mod_hikashop (Store Header) (582.5KB) (0.02%) 10.60ms 1 x afterRenderRawModule mod_hikashop (Store Header) (299.04KB) (0.02%) 9.18ms 1 x afterRenderRawModule mod_hikashop (Store Header) (303.47KB) (0.01%) 7.63ms 1 x afterRenderRawModule mod_hikashop (Store Header) (290.7KB) (0.01%) 7.51ms 1 x afterRenderModule mod_hikashop (Store Header) (17.77KB) (0%) 872μs 1 x afterRenderModule mod_hikashop (Store Header) (18.34KB) (0%) 739μs 1 x afterRenderModule mod_hikashop (Store Header) (18.71KB) (0%) 724μs 1 x afterRenderModule mod_hikashop (Store Header) (18.13KB) (0%) 690μs 1 x beforeRenderRawModule mod_hikashop (Store Header) (30.72KB) (0%) 400μs 1 x beforeRenderRawModule mod_hikashop (Store Header) (30.35KB) (0%) 336μs 1 x beforeRenderRawModule mod_hikashop (Store Header) (31.3KB) (0%) 334μs 1 x beforeRenderRawModule mod_hikashop (Store Header) (30.93KB) (0%) 279μs 4 x beforeRenderModule mod_hikashop (Store Header) (720B) (0%) 25μs The following was reported:    beforeRenderRawModule mod_hikashop (Store Header) (31.3KB) (334μs) afterRenderRawModule mod_hikashop (Store Header) (582.5KB) (10.6ms) beforeRenderModule mod_hikashop (Store Header) (720B) (5μs) afterRenderModule mod_hikashop (Store Header) (18.71KB) (724μs) beforeRenderRawModule mod_hikashop (Store Header) (30.93KB) (279μs) afterRenderRawModule mod_hikashop (Store Header) (303.47KB) (7.63ms) beforeRenderModule mod_hikashop (Store Header) (720B) (6μs) afterRenderModule mod_hikashop (Store Header) (18.34KB) (739μs) beforeRenderRawModule mod_hikashop (Store Header) (30.72KB) (400μs) afterRenderRawModule mod_hikashop (Store Header) (299.04KB) (9.18ms) beforeRenderModule mod_hikashop (Store Header) (720B) (6μs) afterRenderModule mod_hikashop (Store Header) (18.13KB) (690μs) beforeRenderRawModule mod_hikashop (Store Header) (30.35KB) (336μs) afterRenderRawModule mod_hikashop (Store Header) (290.7KB) (7.51ms) beforeRenderModule mod_hikashop (Store Header) (720B) (8μs) afterRenderModule mod_hikashop (Store Header) (17.77KB) (872μs) 1 x afterRenderRawModule mod_hikashop (Store Header) (582.5KB) (0.02%) 10.60ms 1 x afterRenderRawModule mod_hikashop (Store Header) (299.04KB) (0.02%) 9.18ms 1 x afterRenderRawModule mod_hikashop (Store Header) (303.47KB) (0.01%) 7.63ms 1 x afterRenderRawModule mod_hikashop (Store Header) (290.7KB) (0.01%) 7.51ms 1 x afterRenderModule mod_hikashop (Store Header) (17.77KB) (0%) 872μs 1 x afterRenderModule mod_hikashop (Store Header) (18.34KB) (0%) 739μs 1 x afterRenderModule mod_hikashop (Store Header) (18.71KB) (0%) 724μs 1 x afterRenderModule mod_hikashop (Store Header) (18.13KB) (0%) 690μs 1 x beforeRenderRawModule mod_hikashop (Store Header) (30.72KB) (0%) 400μs 1 x beforeRenderRawModule mod_hikashop (Store Header) (30.35KB) (0%) 336μs 1 x beforeRenderRawModule mod_hikashop (Store Header) (31.3KB) (0%) 334μs 1 x beforeRenderRawModule mod_hikashop (Store Header) (30.93KB) (0%) 279μs 4 x beforeRenderModule mod_hikashop (Store Header) (720B) (0%) 25μs") by [wrina iamwe](/forum/user/34481-wrina-iamwe "View wrina iamwe's Profile") 1 day 20 hours ago | | [](/forum/40-taxes/100000052-both-prices-show-without-tax) | [Both prices show without tax](/forum/40-taxes/100000052-both-prices-show-without-tax "-- HikaShop version -- : 6.4.1 -- Joomla version -- : 3.10.12 -- Browser(s) name and version -- : Chrome 155.0 Hi! The product prices display different prices depending if you are logged in or not. But it makes no sense cause as you will see in the screenshots, i have added tax rate in the "Default tax category", added that tax category in the product, the product's price is the same in both fields "with or without tax", no access level in the prices and yet in the frondend you will see different prices when you are or not logged in. I cannot find the issue for this! Thank you") Category: [Taxes](/forum/40-taxes "Living in Canada and having troubles configuring your taxes? Come and get some help over there") Topic started 6 days 6 hours ago, by [verzevoul](/forum/user/8351-verzevoul "View verzevoul's Profile") [Last Post](/forum/40-taxes/100000052-both-prices-show-without-tax#100000294 "Hi, Yes. The "Main tax zone" is only used until HikaShop knows where the customer is: for guests on the product pages, and before an address is entered at checkout. As soon as the customer is logged in with an address, or enters / selects an address on the checkout, HikaShop recalculates the taxes with the zone of that address, so the cart and order totals use the tax rule of the customer's country. For this to work, you need one tax rule per rate under System > Taxes (Taxation rules listing: www.hikashop.com/support/documentation/3...axation-listing.html ), each one with the tax category of your products, the zone it applies to (for example Greece with 24%, another country or a zone grouping countries with its own rate) and published. A customer whose country has no rule will pay no tax. In Components > HikaShop > System > Configuration > Main tab, the option "Type of address used for tax" lets you choose whether it is the billing or the shipping address of the customer which decides the tax zone ( see ). Your accountant can tell you which one applies to you. Note that by default, the prices you enter in your products are prices without tax, so the price with tax changes with the rate: a 19,35 € product shows 24,00 € with the Greek rate and another amount for a customer from a country with another rate. If you prefer every customer to see and pay the same price with tax, whatever their country, activate the "Floating tax prices" option on the same tab: the prices you enter are then considered as prices with tax, and HikaShop calculates the tax amount and the price without tax out of them with the rate of the customer's zone. When you switch that option, the prices of your products are not changed, so you would then need to enter them with tax (24 instead of 19,35484 in your example), which can be done for all products at once with a mass action as explained on the configuration documentation page above.") 3 days 5 hours ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:2 Views:74 | [Last Post](/forum/40-taxes/100000052-both-prices-show-without-tax#100000294 "Hi, Yes. The "Main tax zone" is only used until HikaShop knows where the customer is: for guests on the product pages, and before an address is entered at checkout. As soon as the customer is logged in with an address, or enters / selects an address on the checkout, HikaShop recalculates the taxes with the zone of that address, so the cart and order totals use the tax rule of the customer's country. For this to work, you need one tax rule per rate under System > Taxes (Taxation rules listing: www.hikashop.com/support/documentation/3...axation-listing.html ), each one with the tax category of your products, the zone it applies to (for example Greece with 24%, another country or a zone grouping countries with its own rate) and published. A customer whose country has no rule will pay no tax. In Components > HikaShop > System > Configuration > Main tab, the option "Type of address used for tax" lets you choose whether it is the billing or the shipping address of the customer which decides the tax zone ( see ). Your accountant can tell you which one applies to you. Note that by default, the prices you enter in your products are prices without tax, so the price with tax changes with the rate: a 19,35 € product shows 24,00 € with the Greek rate and another amount for a customer from a country with another rate. If you prefer every customer to see and pay the same price with tax, whatever their country, activate the "Floating tax prices" option on the same tab: the prices you enter are then considered as prices with tax, and HikaShop calculates the tax amount and the price without tax out of them with the rate of the customer's zone. When you switch that option, the prices of your products are not changed, so you would then need to enter them with tax (24 instead of 19,35484 in your example), which can be done for all products at once with a mass action as explained on the configuration documentation page above.") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 3 days 5 hours ago | | [](/forum/26-product-category-display/100000057-description-is-undefined) | [Description is "undefined"](/forum/26-product-category-display/100000057-description-is-undefined "-- url of the page with the problem -- : www.jewelrygoldfinger.com/fr/joaillerie/dinh-van/dv-235504 -- HikaShop version -- : 6.6.0 -- Joomla version -- : ‎6.2.0 -- PHP version -- : 8.4.24 -- Browser(s) name and version -- : Firefox 159.0 Good morning,  Even if my product has a description in both languages, on the front end it mentions "undefined", but I don't know why. Other products are ok. Any idea why the description is not displayed? Thanks in advance for your help. Sandra") 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 days 13 hours ago, by [Sandra74](/forum/user/60896-sandra74 "View Sandra74's Profile") [Last Post](/forum/26-product-category-display/100000057-description-is-undefined#100000290 "Thanks a lot Nicolas for your help. My description is now displayed.") 3 days 10 hours ago by [Sandra74](/forum/user/60896-sandra74 "View Sandra74's Profile") | Replies:1 Views:28 | [Last Post](/forum/26-product-category-display/100000057-description-is-undefined#100000290 "Thanks a lot Nicolas for your help. My description is now displayed.") by [Sandra74](/forum/user/60896-sandra74 "View Sandra74's Profile") 3 days 10 hours ago | | [](/forum/27-checkout/100000056-duplicate-orders-with-stripe-card-payments-when-purchasing-virtual-products) | [Duplicate orders with Stripe card payments when purchasing virtual products](/forum/27-checkout/100000056-duplicate-orders-with-stripe-card-payments-when-purchasing-virtual-products "-- url of the page with the problem -- : metzdaniel.hu -- HikaShop version -- : 6.6.0 -- Joomla version -- : 5.4.10 -- PHP version -- : 8.3.35 -- Browser(s) name and version -- : Firefox 158.0 -- Error-message(debug-mod must be tuned on) -- : Contents of the error log: OKOK - already confirmedOKOKOKOKOK 10.18.26 11:58:15 - stripecheckout Stripe Checkout session created. Session ID: cs_test_a1oRSGJWdJ6T5YOz7E0RODSekIxoGixBHcQn0JIv9V2DJOpi9EQniCmZJI 10.18.26 11:58:16 - stripecheckout Stripe Checkout session created. Session ID: cs_test_a1BabBDpvhILgDJu3Xc9WzVV7cyK2un8XarqHuNuxtxcSiNBE2omQEj0P8OK 10.18.26 12:04:59 - stripecheckout Stripe Checkout session created. Session ID: cs_test_a1rPsWd1AMvgMekTjfeZ2nQZWklZ0QSBU6R59tMnfxA3pNnjjh0n6CAFCM 10.18.26 12:05:01 - stripecheckout Stripe Checkout session created. Session ID: cs_test_a1LDOzTLYS1n6NLPyK2NeDgPB8312zONiNUVsP6Nik7OpWPq4fsiH0g6P8OK 10.18.26 12:22:19 - stripecheckout Stripe Checkout session created. Session ID: cs_test_a1nAnQnw9NWfmRzQiacl2GwEPpmyV5Rf9Eju5Z2C5BXvqc5azo49wEBbpU 10.18.26 12:22:21 - stripecheckout Stripe Checkout session created. Session ID: cs_test_a1UZece0Z15F5eyVps0ECyO9VOOZdC1Z2fb7NHe0oEee2MA26uFVkKdZUJOK 10.18.26 12:24:08 - stripecheckout Stripe Checkout session created. Session ID: cs_test_a1Q2nkjw6TmHQWUqxg5tGpPblBCBwh9lK3G9v17GydZ0eVKcrW7Z2Bd9vd 10.18.26 12:24:10 - stripecheckout Stripe Checkout session created. Session ID: cs_test_a19num2ecyJxrI7kh2LOqCxSheigzlC3ff6UT1mZHKdoxxtxXhmhEizYvGOK 10.18.26 12:27:54 - stripecheckout Stripe Checkout session created. Session ID: cs_test_a188gzoUtDVyPQwcpbsczM4DugWUizyuHIm9QX645ivsNtOeeyWl0khrRi 10.18.26 12:27:56 - stripecheckout Stripe Checkout session created. Session ID: cs_test_a1RcFQQuWLrXfuWJITUHoZKTBUaYkyFQ5FR02CcVUJ60onO8bIXousUHnqOK The issue is that purchasing a single virtual product via Stripe (credit/debit card payment) results in the creation of two separate orders, which is confusing in itself. Furthermore, two items are deducted from stock instead of one—which is a clear error.  The first order has a status of "created," while the second is marked as "confirmed." The customer receives an email for both orders, which is also confusing. Naturally, only the email for the second, "confirmed" order contains the download link.  How can this duplicate order issue be resolved? Thomas") Category: [Checkout](/forum/27-checkout "Everything about the checkout process in Hikashop") Topic started 4 days 5 hours ago, by [totama](/forum/user/70635-totama "View totama's Profile") [Last Post](/forum/27-checkout/100000056-duplicate-orders-with-stripe-card-payments-when-purchasing-virtual-products#100000287 "Please accept my apologies; I wrote something incorrect in my previous message. It was a mistake—I failed to fill in one of the fields before submitting the order. In fact, the order went through successfully; the test purchase and payment were completed, and the link for the virtual product arrived via email. Only one order was created, and only one unit of the product was deducted from inventory. Thank you very much for your help,the problem has been solved.") 3 days 13 hours ago by [totama](/forum/user/70635-totama "View totama's Profile") | Replies:3 Views:40 | [Last Post](/forum/27-checkout/100000056-duplicate-orders-with-stripe-card-payments-when-purchasing-virtual-products#100000287 "Please accept my apologies; I wrote something incorrect in my previous message. It was a mistake—I failed to fill in one of the fields before submitting the order. In fact, the order went through successfully; the test purchase and payment were completed, and the link for the virtual product arrived via email. Only one order was created, and only one unit of the product was deducted from inventory. Thank you very much for your help,the problem has been solved.") by [totama](/forum/user/70635-totama "View totama's Profile") 3 days 13 hours ago | ## [ Statistics ](/forum/statistics) - - Total Messages: **358914** - Total Sections: **4** - Today Open: **6** - Today Total Answer: **19** - Total Subjects: **66516** - Total Categories: **53** - Yesterday Open: **5** - Yesterday Total Answer: **12** - Total Users: **59357** - Latest Member: **[ala.arfaoui](/forum/user/84535-ala-arfaoui "View ala.arfaoui's Profile")** [](/forum/topics/feed/mode-topics?format=feed&type=rss) Time to create page: 0.205 seconds [Powered by](/forum/credits) [Kunena Forum](https://www.kunena.org) [](#top)