[Skip to main content](#vessel-content) # Profile for smoothie ## [![smoothie's Avatar](https://www.hikashop.com/media/kunena/avatars/resized/size144/users/avatar7989.jpg)](/forum/user/7989-smoothie "View smoothie's Profile") **[ Offline](/forum/user/7989-smoothie)** - **User Type:** User - **Register Date:** 27 Jun 2012 - **Last login:** 4 weeks 2 days ago - **Time Zone:** UTC +1:00 - **Local Time:** 08:03 - **Posts:** 29 - **Profile views:** 95 - **Gender:** Unknown - **Birthdate:** Unknown - **Medals:** Hikashop Business - Posts # smoothie's recent posts (29 messages ) All Since last visit 4 Hours 8 Hours 12 Hours 24 Hours 48 Hours Week Month Year All Since last visit 4 Hours 8 Hours 12 Hours 24 Hours 48 Hours Week Month Year | [ ](#forumbottom) | Subject | Replies / Views | Last Post | [ ](#forumtop) | |---|---|---|---|---| | [](/forum/32-content-creation/100000018-subject-query-string-parameters-utm-source-gclid-fbclid-are-converted-into#100000079) | [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#100000079 "-- 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 1 month 12 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.") 4 weeks 2 days ago by [smoothie](/forum/user/7989-smoothie "View smoothie's Profile") | Replies:0 Views:116 | [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") 4 weeks 2 days ago | | [](/forum/25-install-update/910528-subject-hash-equals-typeerror-on-user-control-panel-page-php-8-3-incompatib#371939) | [Subject: hash\_equals() TypeError on User Control Panel page - PHP 8.3 incompatib](/forum/25-install-update/910528-subject-hash-equals-typeerror-on-user-control-panel-page-php-8-3-incompatib#371939 "-- HikaShop version -- : 6.4.1 -- Joomla version -- : 6.1.0 -- PHP version -- : 8.3 -- Browser(s) name and version -- : Chrome 148.0.7778..168 -- Error-message(debug-mod must be tuned on) -- : hash_equals(): Argument #2 ($user_string) must be of type string, null given Environment HikaShop Business: 6.4.1 Joomla: 6.1.0 PHP: 8.3 Server OS: Linux Description When a logged-in user navigates to the HikaShop User Control Panel page (frontend "My Account" / com_hikashop user view), a fatal PHP 8.3 error occurs, resulting in a 500 Internal Server Error. The page is completely inaccessible for all logged-in users. Steps to Reproduce Navigate to the frontend login page Log in with a valid user account Navigate to the User Control Panel page (/hu/fiokom or /en/my-account) Page returns HTTP 500 Expected Behavior The User Control Panel loads normally and displays the user's orders, account details, and related information. Actual Behavior HTTP 500 error. The page is completely inaccessible. Error Message TypeError: hash_equals(): Argument #2 ($user_string) must be of type string, null given Full Stack Trace Function Location 1 () JROOT/administrator/components/com_hikashop/ classes/order.php:1834 2 hash_equals() JROOT/administrator/components/com_hikashop/ classes/order.php:1834 3 hikashopOrderClass->loadFullOrder() JROOT/components/com_hikashop/views/user/ view.html.php:297 4 userViewUser->cpanel_orders() JROOT/components/com_hikashop/views/user/ view.html.php:245 5 userViewUser->cpanel() JROOT/components/com_hikashop/views/user/ view.html.php:23 6 userViewUser->display() JROOT/libraries/src/MVC/Controller/ BaseController.php:697 7 Joomla\CMS\MVC\Controller\BaseController->display() JROOT/administrator/components/com_hikashop/ helpers/helper.php:2925 8 hikashopController->display() JROOT/components/com_hikashop/controllers/ user.php:196 9 userController->cpanel() JROOT/libraries/src/MVC/Controller/ BaseController.php:730 10 Joomla\CMS\MVC\Controller\BaseController->execute() JROOT/administrator/components/com_hikashop/ helpers/helper.php:2903 11 hikashopController->execute() JROOT/components/com_hikashop/hikashop.php:89 Root Cause Analysis In administrator/components/com_hikashop/classes/order.php, the loadFullOrder() method contains the following check: php$token = hikaInput::get()->getVar('order_token'); if(empty($token)) $token = $app->getUserState('com_hikashop.order_token'); if(empty($order->order_token) \|\| !hash_equals($order->order_token, $token)) { return null; } When a registered user (with a valid user_cms_id) accesses their own orders, $token is null because no order_token is present in the request or session — correctly so, since registered users should not need a token. However, the code reaches this branch due to a logic flow issue: the elseif condition for registered users (hikashop_loadUser(false) != $order->order_user_id) is not evaluated first for orders being loaded in the cpanel context. In PHP 8.3, hash_equals() now throws a TypeError when either argument is null, whereas in PHP 8.0–8.2 it would silently cast to string. Suggested fix: phpif(empty($order->order_token) \|\| !hash_equals($order->order_token, (string)$token)) { return null; } Impact Severity: Critical — the User Control Panel is completely broken for all users on PHP 8.3 All registered users are unable to view their orders, account details, or any user-facing HikaShop functionality The site redirects users to the login page, and after login, immediately returns a 500 error") Category: [Install & Update](/forum/25-install-update "Having an installation or update issue? You will probably find some help here.") Topic started 5 months 2 weeks ago, by [smoothie](/forum/user/7989-smoothie "View smoothie's Profile") [Last Post](/forum/25-install-update/910528-subject-hash-equals-typeerror-on-user-control-panel-page-php-8-3-incompatib#371940 "Hi smoothie, Thank you for the detailed report and the stack trace, it was spot on. We have fixed it. What was happening: in loadFullOrder(), the branch that validates a guest order's access token was being reached from the "My account" page for an order whose customer record is a guest-checkout one. On the account page there is no order token in the URL or session, so the token was null, and PHP's hash_equals() rejects a null second argument with the TypeError you saw. The check now treats a missing token as simply an invalid one (access denied), which is the behaviour that was always intended, instead of letting null reach hash_equals. Two clarifications that may help you understand your own setup: - This is not a PHP 8.3 specific issue. hash_equals() has rejected a non-string argument since PHP 8.0. The version is not the trigger, the data is. - It does not affect all logged-in users. It only happens when the logged-in customer's order history contains a guest-checkout order (an order whose customer record has no linked Joomla user, i.e. a guest order). Customers whose orders were all placed while logged in take a different code path and were never affected. That is also why it is rarely seen and why it may not reproduce on a test site unless that exact situation exists. Thanks again for the precise report.") 5 months 2 weeks ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:1 Views:283 | [Last Post](/forum/25-install-update/910528-subject-hash-equals-typeerror-on-user-control-panel-page-php-8-3-incompatib#371940 "Hi smoothie, Thank you for the detailed report and the stack trace, it was spot on. We have fixed it. What was happening: in loadFullOrder(), the branch that validates a guest order's access token was being reached from the "My account" page for an order whose customer record is a guest-checkout one. On the account page there is no order token in the URL or session, so the token was null, and PHP's hash_equals() rejects a null second argument with the TypeError you saw. The check now treats a missing token as simply an invalid one (access denied), which is the behaviour that was always intended, instead of letting null reach hash_equals. Two clarifications that may help you understand your own setup: - This is not a PHP 8.3 specific issue. hash_equals() has rejected a non-string argument since PHP 8.0. The version is not the trigger, the data is. - It does not affect all logged-in users. It only happens when the logged-in customer's order history contains a guest-checkout order (an order whose customer record has no linked Joomla user, i.e. a guest order). Customers whose orders were all placed while logged in take a different code path and were never affected. That is also why it is rarely seen and why it may not reproduce on a test site unless that exact situation exists. Thanks again for the precise report.") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 5 months 2 weeks ago | | [](/forum/26-product-category-display/900846-facebook-and-google-microdata#324883) | [Facebook and Google microdata](/forum/26-product-category-display/900846-facebook-and-google-microdata#324883 "-- url of the page with the problem -- : hungarianflavours.com/webaruhaz/mandula-szeletelt-100g -- HikaShop version -- : 4.3.0 -- Joomla version -- : 3.9.0 -- PHP version -- : 7.4 -- Browser(s) name and version -- : Chrome 85.0.4183.83 -- Error-message(debug-mod must be tuned on) -- : Facebook and google microdata Hello, Facebook microdata checker gave these errors: A required field is missing: id Products without "id" information can't be uploaded. Please check that this field is included for each product in a separate, labeled column. Incorrectly Formatted Property: price Item subtype : Property price is incorrectly formatted. Notice: A product is missing a field: google_product_category How can I solve it? Link: hungarianflavours.com/webaruhaz/mandula-szeletelt-100g Without these data facebook is not able to put my products to its category automatic. Best regards Krisztian") Category: [Product & Category Display](/forum/26-product-category-display "Questions about product and category display. You can't find how to make Hikashop looks incredible? The answer is here!") Topic started 6 years 1 month ago, by [smoothie](/forum/user/7989-smoothie "View smoothie's Profile") [Last Post](/forum/26-product-category-display/900846-facebook-and-google-microdata#327833 "Hello, This 4.4.1 version should be released for late January or early February, if this delay don't fit your needs, you have in this thread and a step by step to do yourself the modifications. Hope this will fit your needs. Regards") 5 years 10 months ago by [Philip](/forum/user/34318-philip "View Philip's Profile") | Replies:9 Views:2076 | [Last Post](/forum/26-product-category-display/900846-facebook-and-google-microdata#327833 "Hello, This 4.4.1 version should be released for late January or early February, if this delay don't fit your needs, you have in this thread and a step by step to do yourself the modifications. Hope this will fit your needs. Regards") by [Philip](/forum/user/34318-philip "View Philip's Profile") 5 years 10 months ago | | [](/forum/26-product-category-display/900846-facebook-and-google-microdata#324240) | [Facebook and Google microdata](/forum/26-product-category-display/900846-facebook-and-google-microdata#324240 "-- url of the page with the problem -- : hungarianflavours.com/webaruhaz/mandula-szeletelt-100g -- HikaShop version -- : 4.3.0 -- Joomla version -- : 3.9.0 -- PHP version -- : 7.4 -- Browser(s) name and version -- : Chrome 85.0.4183.83 -- Error-message(debug-mod must be tuned on) -- : Facebook and google microdata Hello, Facebook microdata checker gave these errors: A required field is missing: id Products without "id" information can't be uploaded. Please check that this field is included for each product in a separate, labeled column. Incorrectly Formatted Property: price Item subtype : Property price is incorrectly formatted. Notice: A product is missing a field: google_product_category How can I solve it? Link: hungarianflavours.com/webaruhaz/mandula-szeletelt-100g Without these data facebook is not able to put my products to its category automatic. Best regards Krisztian") Category: [Product & Category Display](/forum/26-product-category-display "Questions about product and category display. You can't find how to make Hikashop looks incredible? The answer is here!") Topic started 6 years 1 month ago, by [smoothie](/forum/user/7989-smoothie "View smoothie's Profile") [Last Post](/forum/26-product-category-display/900846-facebook-and-google-microdata#327833 "Hello, This 4.4.1 version should be released for late January or early February, if this delay don't fit your needs, you have in this thread and a step by step to do yourself the modifications. Hope this will fit your needs. Regards") 5 years 10 months ago by [Philip](/forum/user/34318-philip "View Philip's Profile") | Replies:9 Views:2076 | [Last Post](/forum/26-product-category-display/900846-facebook-and-google-microdata#327833 "Hello, This 4.4.1 version should be released for late January or early February, if this delay don't fit your needs, you have in this thread and a step by step to do yourself the modifications. Hope this will fit your needs. Regards") by [Philip](/forum/user/34318-philip "View Philip's Profile") 5 years 10 months ago | | [](/forum/26-product-category-display/900846-facebook-and-google-microdata#324216) | [Facebook and Google microdata](/forum/26-product-category-display/900846-facebook-and-google-microdata#324216 "-- url of the page with the problem -- : hungarianflavours.com/webaruhaz/mandula-szeletelt-100g -- HikaShop version -- : 4.3.0 -- Joomla version -- : 3.9.0 -- PHP version -- : 7.4 -- Browser(s) name and version -- : Chrome 85.0.4183.83 -- Error-message(debug-mod must be tuned on) -- : Facebook and google microdata Hello, Facebook microdata checker gave these errors: A required field is missing: id Products without "id" information can't be uploaded. Please check that this field is included for each product in a separate, labeled column. Incorrectly Formatted Property: price Item subtype : Property price is incorrectly formatted. Notice: A product is missing a field: google_product_category How can I solve it? Link: hungarianflavours.com/webaruhaz/mandula-szeletelt-100g Without these data facebook is not able to put my products to its category automatic. Best regards Krisztian") Category: [Product & Category Display](/forum/26-product-category-display "Questions about product and category display. You can't find how to make Hikashop looks incredible? The answer is here!") Topic started 6 years 1 month ago, by [smoothie](/forum/user/7989-smoothie "View smoothie's Profile") [Last Post](/forum/26-product-category-display/900846-facebook-and-google-microdata#327833 "Hello, This 4.4.1 version should be released for late January or early February, if this delay don't fit your needs, you have in this thread and a step by step to do yourself the modifications. Hope this will fit your needs. Regards") 5 years 10 months ago by [Philip](/forum/user/34318-philip "View Philip's Profile") | Replies:9 Views:2076 | [Last Post](/forum/26-product-category-display/900846-facebook-and-google-microdata#327833 "Hello, This 4.4.1 version should be released for late January or early February, if this delay don't fit your needs, you have in this thread and a step by step to do yourself the modifications. Hope this will fit your needs. Regards") by [Philip](/forum/user/34318-philip "View Philip's Profile") 5 years 10 months ago | | [](/forum/26-product-category-display/900846-facebook-and-google-microdata#324206) | [Facebook and Google microdata](/forum/26-product-category-display/900846-facebook-and-google-microdata#324206 "-- url of the page with the problem -- : hungarianflavours.com/webaruhaz/mandula-szeletelt-100g -- HikaShop version -- : 4.3.0 -- Joomla version -- : 3.9.0 -- PHP version -- : 7.4 -- Browser(s) name and version -- : Chrome 85.0.4183.83 -- Error-message(debug-mod must be tuned on) -- : Facebook and google microdata Hello, Facebook microdata checker gave these errors: A required field is missing: id Products without "id" information can't be uploaded. Please check that this field is included for each product in a separate, labeled column. Incorrectly Formatted Property: price Item subtype : Property price is incorrectly formatted. Notice: A product is missing a field: google_product_category How can I solve it? Link: hungarianflavours.com/webaruhaz/mandula-szeletelt-100g Without these data facebook is not able to put my products to its category automatic. Best regards Krisztian") Category: [Product & Category Display](/forum/26-product-category-display "Questions about product and category display. You can't find how to make Hikashop looks incredible? The answer is here!") Topic started 6 years 1 month ago, by [smoothie](/forum/user/7989-smoothie "View smoothie's Profile") [Last Post](/forum/26-product-category-display/900846-facebook-and-google-microdata#327833 "Hello, This 4.4.1 version should be released for late January or early February, if this delay don't fit your needs, you have in this thread and a step by step to do yourself the modifications. Hope this will fit your needs. Regards") 5 years 10 months ago by [Philip](/forum/user/34318-philip "View Philip's Profile") | Replies:9 Views:2076 | [Last Post](/forum/26-product-category-display/900846-facebook-and-google-microdata#327833 "Hello, This 4.4.1 version should be released for late January or early February, if this delay don't fit your needs, you have in this thread and a step by step to do yourself the modifications. Hope this will fit your needs. Regards") by [Philip](/forum/user/34318-philip "View Philip's Profile") 5 years 10 months ago | | [](/forum/26-product-category-display/900842-og-description#324201) | [og:description](/forum/26-product-category-display/900842-og-description#324201 "-- url of the page with the problem -- : hungarianflavours.com/webaruhaz/blansirozott-mandula-1kg -- HikaShop version -- : 4.3.0 -- Joomla version -- : 3.9.0 -- PHP version -- : 7.4 -- Browser(s) name and version -- : Chrome 85.0.4183.83 -- Error-message(debug-mod must be tuned on) -- : og:description Hello, My product page site has 2 description tag, One of them is pure meta description from Hikashop description meta field. Other one come I suppose from Hikashop Social Network plugin. How can I state Hikashop meta description for og:description ? hungarianflavours.com/webaruhaz/mandula-porkolt-1kg Best regards Krisztian") Category: [Product & Category Display](/forum/26-product-category-display "Questions about product and category display. You can't find how to make Hikashop looks incredible? The answer is here!") Topic started 6 years 1 month ago, by [smoothie](/forum/user/7989-smoothie "View smoothie's Profile") [Last Post](/forum/26-product-category-display/900842-og-description#324201 "Thank you very much") 6 years 1 month ago by [smoothie](/forum/user/7989-smoothie "View smoothie's Profile") | Replies:2 Views:576 | [Last Post](/forum/26-product-category-display/900842-og-description#324201 "Thank you very much") by [smoothie](/forum/user/7989-smoothie "View smoothie's Profile") 6 years 1 month ago | | [](/forum/26-product-category-display/900842-og-description#324191) | [og:description](/forum/26-product-category-display/900842-og-description#324191 "-- url of the page with the problem -- : hungarianflavours.com/webaruhaz/blansirozott-mandula-1kg -- HikaShop version -- : 4.3.0 -- Joomla version -- : 3.9.0 -- PHP version -- : 7.4 -- Browser(s) name and version -- : Chrome 85.0.4183.83 -- Error-message(debug-mod must be tuned on) -- : og:description Hello, My product page site has 2 description tag, One of them is pure meta description from Hikashop description meta field. Other one come I suppose from Hikashop Social Network plugin. How can I state Hikashop meta description for og:description ? hungarianflavours.com/webaruhaz/mandula-porkolt-1kg Best regards Krisztian") Category: [Product & Category Display](/forum/26-product-category-display "Questions about product and category display. You can't find how to make Hikashop looks incredible? The answer is here!") Topic started 6 years 1 month ago, by [smoothie](/forum/user/7989-smoothie "View smoothie's Profile") [Last Post](/forum/26-product-category-display/900842-og-description#324201 "Thank you very much") 6 years 1 month ago by [smoothie](/forum/user/7989-smoothie "View smoothie's Profile") | Replies:2 Views:576 | [Last Post](/forum/26-product-category-display/900842-og-description#324201 "Thank you very much") by [smoothie](/forum/user/7989-smoothie "View smoothie's Profile") 6 years 1 month ago | | [](/forum/26-product-category-display/900749-duplicate-canonical-tags-on-chategories-listing#323947) | [Duplicate canonical tags on chategories listing](/forum/26-product-category-display/900749-duplicate-canonical-tags-on-chategories-listing#323947 "-- url of the page with the problem -- : hungarianflavours.com -- HikaShop version -- : 4.3.0 -- Joomla version -- : 3.9.0 -- PHP version -- : 7.4 -- Browser(s) name and version -- : Chrome 85.0.4183.83 -- Error-message(debug-mod must be tuned on) -- : Duplicate canonical tags on categories listing Hello, SEO Spider advices that I should remove the duplicate canonical tags. It was successful on product pages ( show.php and listing.php ) but on Categories I do not find the source of duplicate. There are 3 files there listing_div, listing_list and listing_img_title but do not contain any canonical code. hungarianflavours.com/webaruhaz/kategoria/bio-gyumolcslevek Where can I find it? Force canonical is turned on. Best regards Krisztian") Category: [Product & Category Display](/forum/26-product-category-display "Questions about product and category display. You can't find how to make Hikashop looks incredible? The answer is here!") Topic started 6 years 1 month ago, by [smoothie](/forum/user/7989-smoothie "View smoothie's Profile") [Last Post](/forum/26-product-category-display/900749-duplicate-canonical-tags-on-chategories-listing#323947 "Hi Nicolas, It could be possible reason. The most important that it is working now. Thanks") 6 years 1 month ago by [smoothie](/forum/user/7989-smoothie "View smoothie's Profile") | Replies:16 Views:973 | [Last Post](/forum/26-product-category-display/900749-duplicate-canonical-tags-on-chategories-listing#323947 "Hi Nicolas, It could be possible reason. The most important that it is working now. Thanks") by [smoothie](/forum/user/7989-smoothie "View smoothie's Profile") 6 years 1 month ago | | [](/forum/26-product-category-display/900749-duplicate-canonical-tags-on-chategories-listing#323928) | [Duplicate canonical tags on chategories listing](/forum/26-product-category-display/900749-duplicate-canonical-tags-on-chategories-listing#323928 "-- url of the page with the problem -- : hungarianflavours.com -- HikaShop version -- : 4.3.0 -- Joomla version -- : 3.9.0 -- PHP version -- : 7.4 -- Browser(s) name and version -- : Chrome 85.0.4183.83 -- Error-message(debug-mod must be tuned on) -- : Duplicate canonical tags on categories listing Hello, SEO Spider advices that I should remove the duplicate canonical tags. It was successful on product pages ( show.php and listing.php ) but on Categories I do not find the source of duplicate. There are 3 files there listing_div, listing_list and listing_img_title but do not contain any canonical code. hungarianflavours.com/webaruhaz/kategoria/bio-gyumolcslevek Where can I find it? Force canonical is turned on. Best regards Krisztian") Category: [Product & Category Display](/forum/26-product-category-display "Questions about product and category display. You can't find how to make Hikashop looks incredible? The answer is here!") Topic started 6 years 1 month ago, by [smoothie](/forum/user/7989-smoothie "View smoothie's Profile") [Last Post](/forum/26-product-category-display/900749-duplicate-canonical-tags-on-chategories-listing#323947 "Hi Nicolas, It could be possible reason. The most important that it is working now. Thanks") 6 years 1 month ago by [smoothie](/forum/user/7989-smoothie "View smoothie's Profile") | Replies:16 Views:973 | [Last Post](/forum/26-product-category-display/900749-duplicate-canonical-tags-on-chategories-listing#323947 "Hi Nicolas, It could be possible reason. The most important that it is working now. Thanks") by [smoothie](/forum/user/7989-smoothie "View smoothie's Profile") 6 years 1 month ago | [](/forum/topics/feed/mode-topics?format=feed&type=rss) Time to create page: 0.161 seconds [Powered by](/forum/credits) [Kunena Forum](https://www.kunena.org)