[Skip to main content](#vessel-content)
# Profile for fengel
##
[](/forum/user/37465-fengel "View fengel's Profile")
**[ Offline](/forum/user/37465-fengel)**
- **User Type:** User
- **Register Date:** 01 Jun 2015
- **Last login:** 6 years 5 months ago
- **Time Zone:** UTC +2:00
- **Local Time:** 20:36
- **Posts:** 27
- **Profile views:** 217
- **Thank you received:** 4
- **Gender:** Unknown
- **Birthdate:** Unknown
- Posts
# fengel's recent posts (27 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/45-filters-search/896733-product-listing-sorting-causes-translation-to-not-work#302960) | [Product listing sorting causes translation to not work](/forum/45-filters-search/896733-product-listing-sorting-causes-translation-to-not-work#302960 "-- HikaShop version -- : 4.0.2 -- Joomla version -- : 3.9.2 -- Browser(s) name and version -- : Firefox 64.0.2 I have Falang set as the translation engine. Steps to reproduce: * Go to main product listing page. Change language to something other than English (English is default). Products are listed correctly in that language. * Choose any sorting * The page will now show the products in English. * Clear all filters. The products are back in the site language. From what I could tell, it's a query in the Product view.html.php when trying to fetch rows. When there is no sorting, Falang will see LEFT JOIN #__hikashop_product AS b and correctly translate the product names. When a sorting is chosen, Falang will see LEFT JOIN (SELECT ...) AS b and my guess is since this is a subquery, Falang doesn't correctly translate the products. I can't seem to get any further. Is there anything I can do to fix this, or will there be a fix in an update?") Category: [Filters & Search](/forum/45-filters-search "Question about filters and search fields") Topic started 7 years 9 months ago, by [fengel](/forum/user/37465-fengel "View fengel's Profile") [Last Post](/forum/45-filters-search/896733-product-listing-sorting-causes-translation-to-not-work#302964 "Hi, I'm not sure why there would be a subquery for the sorting by name, however, for the sorting by price, it is necessary to have a subquery to be able handle the prices properly in all the different cases without breaking the pagination system. So I don't see what we could do in our code. Believe me, we would love to be able to separate the query into 2 to reduce the processing time of the query, but we had to do it that way. It would be great if Falang could handle subqueries but I suspect it won't be easy to handle either. I would still recommend contacting them and see if there is something they can do about it. Also, we still have on our todo list the creation of our own translation system in the future, at which point this wouldn't be a problem. But as it's not a priority I can't see that as a potential solution for you.") 7 years 8 months ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:1 Views:1310 | [Last Post](/forum/45-filters-search/896733-product-listing-sorting-causes-translation-to-not-work#302964 "Hi, I'm not sure why there would be a subquery for the sorting by name, however, for the sorting by price, it is necessary to have a subquery to be able handle the prices properly in all the different cases without breaking the pagination system. So I don't see what we could do in our code. Believe me, we would love to be able to separate the query into 2 to reduce the processing time of the query, but we had to do it that way. It would be great if Falang could handle subqueries but I suspect it won't be easy to handle either. I would still recommend contacting them and see if there is something they can do about it. Also, we still have on our todo list the creation of our own translation system in the future, at which point this wouldn't be a problem. But as it's not a priority I can't see that as a potential solution for you.") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 7 years 8 months ago |
| [](/forum/27-checkout/894942-after-end-template-not-being-shown-after-guest-checkout#293862) | [After\_end template not being shown after guest checkout](/forum/27-checkout/894942-after-end-template-not-being-shown-after-guest-checkout#293862 "-- HikaShop version -- : 3.4.0 -- Joomla version -- : 3.8.8 -- PHP version -- : 7.0 I have a custom after_end template which shows the order details, and also contains several plugin dispatchers. It usually shows when logged in users complete the checkout process, but I have noticed that whenever guests complete checkout, the after_end template is never called from the Checkout Controller function after_end. And I found out that the condition, evaluates to true during Guest checkout, which then skips calling $this->display(). Is there something I can do to get around this problem, or will I have to create a temporary workaround? I was thinking a temporary workaround like,") Category: [Checkout](/forum/27-checkout "Everything about the checkout process in Hikashop") Topic started 8 years 4 months ago, by [fengel](/forum/user/37465-fengel "View fengel's Profile") [Last Post](/forum/27-checkout/894942-after-end-template-not-being-shown-after-guest-checkout#293862 "After some more testing, I found out the root of the problem. We are using the legacy checkout and there is a line in the function after_confirm where it sets the user ID to 0. Is there a way around this or are we forced to use the current checkout code? EDIT: I found a workaround. The setting "Clean Cart When Order Is ..." was set to "created". I changed this to "confirmed" and it worked. I need more testing to see if this changed setting will break anything.") 8 years 4 months ago by [fengel](/forum/user/37465-fengel "View fengel's Profile") | Replies:2 Views:643 | [Last Post](/forum/27-checkout/894942-after-end-template-not-being-shown-after-guest-checkout#293862 "After some more testing, I found out the root of the problem. We are using the legacy checkout and there is a line in the function after_confirm where it sets the user ID to 0. Is there a way around this or are we forced to use the current checkout code? EDIT: I found a workaround. The setting "Clean Cart When Order Is ..." was set to "created". I changed this to "confirmed" and it worked. I need more testing to see if this changed setting will break anything.") by [fengel](/forum/user/37465-fengel "View fengel's Profile") 8 years 4 months ago |
| [](/forum/27-checkout/894942-after-end-template-not-being-shown-after-guest-checkout#293778) | [After\_end template not being shown after guest checkout](/forum/27-checkout/894942-after-end-template-not-being-shown-after-guest-checkout#293778 "-- HikaShop version -- : 3.4.0 -- Joomla version -- : 3.8.8 -- PHP version -- : 7.0 I have a custom after_end template which shows the order details, and also contains several plugin dispatchers. It usually shows when logged in users complete the checkout process, but I have noticed that whenever guests complete checkout, the after_end template is never called from the Checkout Controller function after_end. And I found out that the condition, evaluates to true during Guest checkout, which then skips calling $this->display(). Is there something I can do to get around this problem, or will I have to create a temporary workaround? I was thinking a temporary workaround like,") Category: [Checkout](/forum/27-checkout "Everything about the checkout process in Hikashop") Topic started 8 years 4 months ago, by [fengel](/forum/user/37465-fengel "View fengel's Profile") [Last Post](/forum/27-checkout/894942-after-end-template-not-being-shown-after-guest-checkout#293862 "After some more testing, I found out the root of the problem. We are using the legacy checkout and there is a line in the function after_confirm where it sets the user ID to 0. Is there a way around this or are we forced to use the current checkout code? EDIT: I found a workaround. The setting "Clean Cart When Order Is ..." was set to "created". I changed this to "confirmed" and it worked. I need more testing to see if this changed setting will break anything.") 8 years 4 months ago by [fengel](/forum/user/37465-fengel "View fengel's Profile") | Replies:2 Views:643 | [Last Post](/forum/27-checkout/894942-after-end-template-not-being-shown-after-guest-checkout#293862 "After some more testing, I found out the root of the problem. We are using the legacy checkout and there is a line in the function after_confirm where it sets the user ID to 0. Is there a way around this or are we forced to use the current checkout code? EDIT: I found a workaround. The setting "Clean Cart When Order Is ..." was set to "created". I changed this to "confirmed" and it worked. I need more testing to see if this changed setting will break anything.") by [fengel](/forum/user/37465-fengel "View fengel's Profile") 8 years 4 months ago |
| [](/forum/3-bug-report/892206-hikashop-footer-still-showing-after-setting-to-no#279734) | [Hikashop Footer still showing after setting to No](/forum/3-bug-report/892206-hikashop-footer-still-showing-after-setting-to-no#279734 "-- HikaShop version -- : 3.0.1 -- Joomla version -- : 3.8.0 -- PHP version -- : 7.0 -- Browser(s) name and version -- : Chrome 61 When the show_footer setting is set to "No", the footer still shows up. I think it's because the hikashop_footer function is comparing the boolean to -1, when the only possible values are 1 and 0.") Category: [Bug Report](/forum/3-bug-report "Please report any bugs or errors here.") Topic started 9 years 3 weeks ago, by [fengel](/forum/user/37465-fengel "View fengel's Profile") [Last Post](/forum/3-bug-report/892206-hikashop-footer-still-showing-after-setting-to-no#279763 "Hello, Note that you also have that line : It's actually working fine on my end, so you should probably download the last Hikashop version, install it and test it again. Else using the "display:none;" CSS property will probably do the job. www.hikashop.com/support/documentation/1...the-display.html#css") 9 years 2 weeks ago by [Mohamed Thelji](/forum/user/6861-mohamed-thelji "View Mohamed Thelji's Profile") | Replies:3 Views:1322 | [Last Post](/forum/3-bug-report/892206-hikashop-footer-still-showing-after-setting-to-no#279763 "Hello, Note that you also have that line : It's actually working fine on my end, so you should probably download the last Hikashop version, install it and test it again. Else using the "display:none;" CSS property will probably do the job. www.hikashop.com/support/documentation/1...the-display.html#css") by [Mohamed Thelji](/forum/user/6861-mohamed-thelji "View Mohamed Thelji's Profile") 9 years 2 weeks ago |
| [](/forum/3-bug-report/892206-hikashop-footer-still-showing-after-setting-to-no#279692) | [Hikashop Footer still showing after setting to No](/forum/3-bug-report/892206-hikashop-footer-still-showing-after-setting-to-no#279692 "-- HikaShop version -- : 3.0.1 -- Joomla version -- : 3.8.0 -- PHP version -- : 7.0 -- Browser(s) name and version -- : Chrome 61 When the show_footer setting is set to "No", the footer still shows up. I think it's because the hikashop_footer function is comparing the boolean to -1, when the only possible values are 1 and 0.") Category: [Bug Report](/forum/3-bug-report "Please report any bugs or errors here.") Topic started 9 years 3 weeks ago, by [fengel](/forum/user/37465-fengel "View fengel's Profile") [Last Post](/forum/3-bug-report/892206-hikashop-footer-still-showing-after-setting-to-no#279763 "Hello, Note that you also have that line : It's actually working fine on my end, so you should probably download the last Hikashop version, install it and test it again. Else using the "display:none;" CSS property will probably do the job. www.hikashop.com/support/documentation/1...the-display.html#css") 9 years 2 weeks ago by [Mohamed Thelji](/forum/user/6861-mohamed-thelji "View Mohamed Thelji's Profile") | Replies:3 Views:1322 | [Last Post](/forum/3-bug-report/892206-hikashop-footer-still-showing-after-setting-to-no#279763 "Hello, Note that you also have that line : It's actually working fine on my end, so you should probably download the last Hikashop version, install it and test it again. Else using the "display:none;" CSS property will probably do the job. www.hikashop.com/support/documentation/1...the-display.html#css") by [Mohamed Thelji](/forum/user/6861-mohamed-thelji "View Mohamed Thelji's Profile") 9 years 2 weeks ago |
| [](/forum/45-filters-search/891371-number-0-in-the-search-field#277558) | [Number 0 in the search field](/forum/45-filters-search/891371-number-0-in-the-search-field#277558 "-- HikaShop version -- : 3.1.1 -- Joomla version -- : 3.7.4 -- PHP version -- : 7. -- Browser(s) name and version -- : crome Hello I have a problem with the search field for a filter, i load the images rated with the number 0 but when i put in the search number field 0 I will see all the images containing one 0. if i insert 104 works and only finds 104 but if i I put 0 i find all 0 but also 10, 104, 1000 etc. It seems that number 0 does not recognize it as a numeric value Regards") Category: [Filters & Search](/forum/45-filters-search "Question about filters and search fields") Topic started 9 years 2 months ago, by [gioferrario@gmail.com](/forum/user/35746-gioferrario-gmail-com "View gioferrario@gmail.com's Profile") [Last Post](/forum/45-filters-search/891371-number-0-in-the-search-field#277607 "Thanks everything works well!") 9 years 1 month ago by [gioferrario@gmail.com](/forum/user/35746-gioferrario-gmail-com "View gioferrario@gmail.com's Profile") | Replies:9 Views:1712 | [Last Post](/forum/45-filters-search/891371-number-0-in-the-search-field#277607 "Thanks everything works well!") by [gioferrario@gmail.com](/forum/user/35746-gioferrario-gmail-com "View gioferrario@gmail.com's Profile") 9 years 1 month ago |
| [](/forum/31-development/889885-onbeforecartupdate-in-hikashop-3#277037) | [onBeforeCartUpdate in HIkashop 3?](/forum/31-development/889885-onbeforecartupdate-in-hikashop-3#277037 "-- HikaShop version -- : 3.0.1 -- Joomla version -- : 3.6 -- PHP version -- : 5.6 Hi there, I'm finally testing Hikashop version 3 and a plugin I developed for Hikashop 2.6.4 does not seem to be working in HIkashop3. According to the documentation all the triggers should still work in V3, right? However my onBeforeCartUpdate function does not get called and it works fine on V2.6.4 Is there an issue with this trigger? I have seen other posts where it is suggested to replace onBeforeCartUpdate by onBeforeCartSave, is that the solution? The developper documentation does not mention onBeforeCartSave and keeps referencing onBeforeCartUpdate. What parameters do you get with onBeforeCartSave? Many thanks") Category: [Development](/forum/31-development "If you are developping a plugin for Hikashop or customizing our component, this is the board to be.") Topic started 9 years 6 months ago, by [sabroso](/forum/user/38789-sabroso "View sabroso's Profile") [Last Post](/forum/31-development/889885-onbeforecartupdate-in-hikashop-3#290657 "Hi, If you use the new add to cart system, then the add to cart is done in AJAX and the server returns a JSON with a specific set of data to the browser. So you can't ouput HTML like that, it just won't be added to the page and it might well even break the javascript handling the add to cart. What you can do potentially is add an exit; after the echo in your code and use the developer tools' network feature of your browser to look at what is returned by the server for the XHR (AJAX) request sent when you click on the add to cart button. developers.google.com/web/tools/chrome-d...network-performance/") 8 years 6 months ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:19 Views:5790 | [Last Post](/forum/31-development/889885-onbeforecartupdate-in-hikashop-3#290657 "Hi, If you use the new add to cart system, then the add to cart is done in AJAX and the server returns a JSON with a specific set of data to the browser. So you can't ouput HTML like that, it just won't be added to the page and it might well even break the javascript handling the add to cart. What you can do potentially is add an exit; after the echo in your code and use the developer tools' network feature of your browser to look at what is returned by the server for the XHR (AJAX) request sent when you click on the add to cart button. developers.google.com/web/tools/chrome-d...network-performance/") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 8 years 6 months ago |
| [](/forum/25-install-update/886561-pass-filter-parameter-in-url#272502) | [Pass filter parameter in URL](/forum/25-install-update/886561-pass-filter-parameter-in-url#272502 "-- url of the page with the problem -- : eaurenaissance.com/v2eau/fr/refroidisseu...e/refroidisseurs-eau -- HikaShop version -- : 2.6.4 -- Joomla version -- : 3.6.2 -- PHP version -- : 5.64 -- Browser(s) name and version -- : Chrome Hi If I have a product listing page with a filter in it, how can I call that URL/page directly with a preset filter value ? www.domain.com/product_page?filterparam= ... ? Thanks Danny") Category: [Install & Update](/forum/25-install-update "Having an installation or update issue? You will probably find some help here.") Topic started 10 years 1 month ago, by [iDanny](/forum/user/43074-idanny "View iDanny's Profile") [Last Post](/forum/25-install-update/886561-pass-filter-parameter-in-url#272504 "Hi, Go in PHPMyadmin, open the hikashop_filter table and change the namekey of the filter to what you want.") 9 years 4 months ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:6 Views:1147 | [Last Post](/forum/25-install-update/886561-pass-filter-parameter-in-url#272504 "Hi, Go in PHPMyadmin, open the hikashop_filter table and change the namekey of the filter to what you want.") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 9 years 4 months ago |
| [](/forum/3-bug-report/890779-front-end-router-chooses-wrong-category-due-to-not-checking-for-locale#272235) | [Front end router chooses wrong category due to not checking for locale](/forum/3-bug-report/890779-front-end-router-chooses-wrong-category-due-to-not-checking-for-locale#272235 "-- HikaShop version -- : 3.0.1 -- Joomla version -- : 3.7.2 -- PHP version -- : 7 -- Browser(s) name and version -- : Chrome 58 Summary The front end router does not constrain the URL query based on locale. It will search based on 'value' and pick the first result's reference_id. If there exists multiple category aliases across different languages with the same value, the MySQL query will choose the result with the lowest id. This causes the route to point to, say reference_id = 12, instead of the expected 13. Steps to reproduce: * Create 2 categories under main product category: Jackets and Vests * Translate each of them. I have done them as the following: * Jackets => FR: Vestes, DA: Jakker * Vests => FR: Gilets, DA: Vestes * Attach some products to each category * In the front end, change locale to Danish. Click on 'Jakker'. The expected results show up * Click on 'Vestes'. The URL will say 'products/vestes', but the category module will highlight 'Jakker' as being active * Change the locale to French. Repeat the previous 2 steps (Vestes and Gilets, respectively). Each click will produce the correct expected results. The queries in front/router.php function hikashop_retrieve_url_id() do not check for langauge_id.") Category: [Bug Report](/forum/3-bug-report "Please report any bugs or errors here.") Topic started 9 years 4 months ago, by [fengel](/forum/user/37465-fengel "View fengel's Profile") [Last Post](/forum/3-bug-report/890779-front-end-router-chooses-wrong-category-due-to-not-checking-for-locale#272244 "Hi, Thank you for your feedback. I've added a patch on our end in order to take into account the current language. Download the install package on our website and install it on yours and that should work.") 9 years 4 months ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:1 Views:1332 | [Last Post](/forum/3-bug-report/890779-front-end-router-chooses-wrong-category-due-to-not-checking-for-locale#272244 "Hi, Thank you for your feedback. I've added a patch on our end in order to take into account the current language. Download the install package on our website and install it on yours and that should work.") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 9 years 4 months ago |
| [](/forum/42-vote/889239-custom-fields-for-vote#264383) | [Custom fields for vote](/forum/42-vote/889239-custom-fields-for-vote#264383 "-- HikaShop version -- : 2.6.3 -- Joomla version -- : 3.6.5 -- PHP version -- : 7.0 -- Browser(s) name and version -- : Chrome 56 Is it possible to add custom fields to the vote table? I was thinking of adding several new metrics to the vote & comment system such as: * a fit scale (fits true to size, fits large, fits small, etc). Could be represented as radio buttons * small input field that has a limit of 20 characters for activity use Is anything like this possible?") Category: [Vote](/forum/42-vote "Question about the awesome Hikashop voting system can be posted here!") Topic started 9 years 7 months ago, by [fengel](/forum/user/37465-fengel "View fengel's Profile") [Last Post](/forum/42-vote/889239-custom-fields-for-vote#264384 "Hi, There is no such system for that. We actually want to create a new voting system and that's something which might be possible with it. But that won't happen before long. And the current system isn't flexible enough to support that unless you have a developer modify it heavily for your needs.") 9 years 7 months ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:1 Views:3116 | [Last Post](/forum/42-vote/889239-custom-fields-for-vote#264384 "Hi, There is no such system for that. We actually want to create a new voting system and that's something which might be possible with it. But that won't happen before long. And the current system isn't flexible enough to support that unless you have a developer modify it heavily for your needs.") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 9 years 7 months ago |
[](/forum/topics/feed/mode-topics?format=feed&type=rss)
Time to create page: 0.160 seconds
[Powered by](/forum/credits) [Kunena Forum](https://www.kunena.org)
[](#top)