[Skip to main content](#vessel-content)
# Profile for ricm
##
[](/forum/user/13668-ricm "View ricm's Profile")
**[ Offline](/forum/user/13668-ricm)**
- **User Type:** User
- **Register Date:** 15 Feb 2013
- **Last login:** 13 years 8 months ago
- **Time Zone:** UTC +0:00
- **Local Time:** 07:47
- **Posts:** 36
- **Profile views:** 150
- **Gender:** Unknown
- **Birthdate:** Unknown
- Posts
# ricm's recent posts (36 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/2-general-talk-about-hikashop/85462-language-parameter-strings-displayed-incorrectly#114449) | [Language / Parameter Strings Displayed Incorrectly](/forum/2-general-talk-about-hikashop/85462-language-parameter-strings-displayed-incorrectly#114449 "I have just attempted an upgrade from Hikashop Essentials 2.1.2 to Essentials 2.1.3. The display of front-end items used to show the language strings: but now shows the parameter strings: and The important thing is that I have upgraded a test version (an exact clone) of the website in a subdomain to make sure all is well prior to updating the main site, so I am open to the possibility that I have introduced a problem with the paths. Your advice please? Thanks, Ric") Category: [General Talk about HikaShop](/forum/2-general-talk-about-hikashop "Suggest your feature requests and ideas for HikaShop") Topic started 13 years 3 months ago, by [ricm](/forum/user/13668-ricm "View ricm's Profile") [Last Post](/forum/2-general-talk-about-hikashop/85462-language-parameter-strings-displayed-incorrectly#114493 "Yes it's fixed. It was a small typo in the language file. If you click on the "load the latest version from our server" button of the language edition interface of the Languages tab of the configuration it will fix it. You can also redownload HikaShop and install it on top of your current version and that will fix the problem.") 13 years 3 months ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:5 Views:2163 | [Last Post](/forum/2-general-talk-about-hikashop/85462-language-parameter-strings-displayed-incorrectly#114493 "Yes it's fixed. It was a small typo in the language file. If you click on the "load the latest version from our server" button of the language edition interface of the Languages tab of the configuration it will fix it. You can also redownload HikaShop and install it on top of your current version and that will fix the problem.") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 13 years 3 months ago |
| [](/forum/2-general-talk-about-hikashop/85462-language-parameter-strings-displayed-incorrectly#114440) | [Language / Parameter Strings Displayed Incorrectly](/forum/2-general-talk-about-hikashop/85462-language-parameter-strings-displayed-incorrectly#114440 "I have just attempted an upgrade from Hikashop Essentials 2.1.2 to Essentials 2.1.3. The display of front-end items used to show the language strings: but now shows the parameter strings: and The important thing is that I have upgraded a test version (an exact clone) of the website in a subdomain to make sure all is well prior to updating the main site, so I am open to the possibility that I have introduced a problem with the paths. Your advice please? Thanks, Ric") Category: [General Talk about HikaShop](/forum/2-general-talk-about-hikashop "Suggest your feature requests and ideas for HikaShop") Topic started 13 years 3 months ago, by [ricm](/forum/user/13668-ricm "View ricm's Profile") [Last Post](/forum/2-general-talk-about-hikashop/85462-language-parameter-strings-displayed-incorrectly#114493 "Yes it's fixed. It was a small typo in the language file. If you click on the "load the latest version from our server" button of the language edition interface of the Languages tab of the configuration it will fix it. You can also redownload HikaShop and install it on top of your current version and that will fix the problem.") 13 years 3 months ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:5 Views:2163 | [Last Post](/forum/2-general-talk-about-hikashop/85462-language-parameter-strings-displayed-incorrectly#114493 "Yes it's fixed. It was a small typo in the language file. If you click on the "load the latest version from our server" button of the language edition interface of the Languages tab of the configuration it will fix it. You can also redownload HikaShop and install it on top of your current version and that will fix the problem.") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 13 years 3 months ago |
| [](/forum/4-how-to/31413-hikashop-content-module-and-page-cache#99809) | [Hikashop Content Module and Page Cache](/forum/4-how-to/31413-hikashop-content-module-and-page-cache#99809 "I have a hikashop module which displays 2 random products from a category. I'd like to use the cache plugin which comes with joomla 1.5 but when i activate it it also caches the random product module - and the same products appear every time the page is loaded. Is there a way to stop this module from being cached? Ican't see it in the advanced parameters options as normal? Thanks, Phil") Category: [How to?](/forum/4-how-to "If you didn't find the answer on our documentation neither on existing posts, please ask your question here.") Topic started 14 years 10 months ago, by [plantpotphil](/forum/user/2189-plantpotphil "View plantpotphil's Profile") [Last Post](/forum/4-how-to/31413-hikashop-content-module-and-page-cache#99809 "I know this is an old post, but how did you configure jotcache to allow caching on all but hikashop?") 13 years 6 months ago by [ricm](/forum/user/13668-ricm "View ricm's Profile") | Replies:7 Views:2418 | [Last Post](/forum/4-how-to/31413-hikashop-content-module-and-page-cache#99809 "I know this is an old post, but how did you configure jotcache to allow caching on all but hikashop?") by [ricm](/forum/user/13668-ricm "View ricm's Profile") 13 years 6 months ago |
| [](/forum/3-bug-report/80545-accept-terms-and-conditions-affects-https#99801) | ["accept terms and conditions" affects https](/forum/3-bug-report/80545-accept-terms-and-conditions-affects-https#99801 "When a user clicks the "Please accept the terms and conditions before proceeding" link during checkout the https padlock changes to a warning on both chrome and firefox: There are no other links on that page (e.g. in modules) to cause this: if the user does not view the T&Cs the padlock remains unaffected. It looks as though the popup is using http. I came across this whilst trying to change the popup to jcepopup to retain style formatting and thought it was something I had done. I removed the override completely, cleared the browser chache and noticed the original modal box did this too. Hikashop starter 2.1.2 as at 17 April. Exactly the same thing happens when the user clicks "New" (address). Regards, Ric Additional note: In chrome, inspecting the element reveals the link as: On inspection this resolves to: ... which is definitely https. Most curious.") Category: [Bug Report](/forum/3-bug-report "Please report any bugs or errors here.") Topic started 13 years 6 months ago, by [ricm](/forum/user/13668-ricm "View ricm's Profile") [Last Post](/forum/3-bug-report/80545-accept-terms-and-conditions-affects-https#99812 "It will of course be in next version.") 13 years 6 months ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:7 Views:1736 | [Last Post](/forum/3-bug-report/80545-accept-terms-and-conditions-affects-https#99812 "It will of course be in next version.") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 13 years 6 months ago |
| [](/forum/3-bug-report/80545-accept-terms-and-conditions-affects-https#99797) | ["accept terms and conditions" affects https](/forum/3-bug-report/80545-accept-terms-and-conditions-affects-https#99797 "When a user clicks the "Please accept the terms and conditions before proceeding" link during checkout the https padlock changes to a warning on both chrome and firefox: There are no other links on that page (e.g. in modules) to cause this: if the user does not view the T&Cs the padlock remains unaffected. It looks as though the popup is using http. I came across this whilst trying to change the popup to jcepopup to retain style formatting and thought it was something I had done. I removed the override completely, cleared the browser chache and noticed the original modal box did this too. Hikashop starter 2.1.2 as at 17 April. Exactly the same thing happens when the user clicks "New" (address). Regards, Ric Additional note: In chrome, inspecting the element reveals the link as: On inspection this resolves to: ... which is definitely https. Most curious.") Category: [Bug Report](/forum/3-bug-report "Please report any bugs or errors here.") Topic started 13 years 6 months ago, by [ricm](/forum/user/13668-ricm "View ricm's Profile") [Last Post](/forum/3-bug-report/80545-accept-terms-and-conditions-affects-https#99812 "It will of course be in next version.") 13 years 6 months ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:7 Views:1736 | [Last Post](/forum/3-bug-report/80545-accept-terms-and-conditions-affects-https#99812 "It will of course be in next version.") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 13 years 6 months ago |
| [](/forum/3-bug-report/80545-accept-terms-and-conditions-affects-https#99788) | ["accept terms and conditions" affects https](/forum/3-bug-report/80545-accept-terms-and-conditions-affects-https#99788 "When a user clicks the "Please accept the terms and conditions before proceeding" link during checkout the https padlock changes to a warning on both chrome and firefox: There are no other links on that page (e.g. in modules) to cause this: if the user does not view the T&Cs the padlock remains unaffected. It looks as though the popup is using http. I came across this whilst trying to change the popup to jcepopup to retain style formatting and thought it was something I had done. I removed the override completely, cleared the browser chache and noticed the original modal box did this too. Hikashop starter 2.1.2 as at 17 April. Exactly the same thing happens when the user clicks "New" (address). Regards, Ric Additional note: In chrome, inspecting the element reveals the link as: On inspection this resolves to: ... which is definitely https. Most curious.") Category: [Bug Report](/forum/3-bug-report "Please report any bugs or errors here.") Topic started 13 years 6 months ago, by [ricm](/forum/user/13668-ricm "View ricm's Profile") [Last Post](/forum/3-bug-report/80545-accept-terms-and-conditions-affects-https#99812 "It will of course be in next version.") 13 years 6 months ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:7 Views:1736 | [Last Post](/forum/3-bug-report/80545-accept-terms-and-conditions-affects-https#99812 "It will of course be in next version.") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 13 years 6 months ago |
| [](/forum/3-bug-report/80545-accept-terms-and-conditions-affects-https#99715) | ["accept terms and conditions" affects https](/forum/3-bug-report/80545-accept-terms-and-conditions-affects-https#99715 "When a user clicks the "Please accept the terms and conditions before proceeding" link during checkout the https padlock changes to a warning on both chrome and firefox: There are no other links on that page (e.g. in modules) to cause this: if the user does not view the T&Cs the padlock remains unaffected. It looks as though the popup is using http. I came across this whilst trying to change the popup to jcepopup to retain style formatting and thought it was something I had done. I removed the override completely, cleared the browser chache and noticed the original modal box did this too. Hikashop starter 2.1.2 as at 17 April. Exactly the same thing happens when the user clicks "New" (address). Regards, Ric Additional note: In chrome, inspecting the element reveals the link as: On inspection this resolves to: ... which is definitely https. Most curious.") Category: [Bug Report](/forum/3-bug-report "Please report any bugs or errors here.") Topic started 13 years 6 months ago, by [ricm](/forum/user/13668-ricm "View ricm's Profile") [Last Post](/forum/3-bug-report/80545-accept-terms-and-conditions-affects-https#99812 "It will of course be in next version.") 13 years 6 months ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:7 Views:1736 | [Last Post](/forum/3-bug-report/80545-accept-terms-and-conditions-affects-https#99812 "It will of course be in next version.") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 13 years 6 months ago |
| [](/forum/2-general-talk-about-hikashop/80521-audit-trail-in-orders#99604) | [Audit Trail in Orders](/forum/2-general-talk-about-hikashop/80521-audit-trail-in-orders#99604 "Accounting systems I have used in the past do not allow items to be deleted: they have to be reversed so that an audit trail is maintained. I appreciate Hikashop is NOT an accounting system, but if,...") Category: [General Talk about HikaShop](/forum/2-general-talk-about-hikashop "Suggest your feature requests and ideas for HikaShop") Topic started 13 years 6 months ago, by [ricm](/forum/user/13668-ricm "View ricm's Profile") [Last Post](/forum/2-general-talk-about-hikashop/80521-audit-trail-in-orders#99679 "As you say, HikaShop is not an accounting software. If you remove a product from an order, the product is removed from the order. As simple as that. And yes, you can give a reason when you do it in order to leave a trace of what happened. There is nothing more in the commercial editions on that end.") 13 years 6 months ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:1 Views:1559 | [Last Post](/forum/2-general-talk-about-hikashop/80521-audit-trail-in-orders#99679 "As you say, HikaShop is not an accounting software. If you remove a product from an order, the product is removed from the order. As simple as that. And yes, you can give a reason when you do it in order to leave a trace of what happened. There is nothing more in the commercial editions on that end.") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 13 years 6 months ago |
| [](/forum/3-bug-report/80395-mini-cart-quantity-price-calculation-error#99492) | [Mini Cart quantity/price calculation error](/forum/3-bug-report/80395-mini-cart-quantity-price-calculation-error#99492 "Just upgraded to latest Hikashop 2.1.2. An anonymous user, on adding an item to the shopping cart sees the mini cart module in the sidebar showing no items. As soon as a user logs-in those items are there and waiting for that user to proceed to checkout. It used to be the case that anonymous users could add to cart and this would be reflected in the mini-cart contents. This change in behaviour occurred after upgrading to 2.1.2 today. I have checked all the settings and can see nothing unexpected. Anonymous users, on visiting the shop, need to see their cart contents so that they can proceed to checkout. The way I have configured the system is that the mini cart is the ONLY way to proceed to checkout. What could be the problem? Thanks, Ric Added after further tests: ----- It looks as though the problem was nothing to do with the upgrade to 2.1.2. The problem is that to improve performance I had turned caching on. Joomla does not appear to handle caching selectively: it's all or nothing. However there is now a problem that may be due to the 2.1.2 upgrade. When items are added or deleted from the cart, the mini-module displays the items. If the item quantity is changed in the mini cart (and the update button clicked) the total price is calculated incorrectly. If the option proceed to checkout is taken then quantities can also be changed during the latter stages of checkout. Changing quantities there does calculate amounts correctly. However the correct amount is not displayed correctly in the mini-cart. All caching is off, system cache plugin didabled, browser cache cleared. Problem persists") Category: [Bug Report](/forum/3-bug-report "Please report any bugs or errors here.") Topic started 13 years 6 months ago, by [ricm](/forum/user/13668-ricm "View ricm's Profile") [Last Post](/forum/3-bug-report/80395-mini-cart-quantity-price-calculation-error#99536 "Hi, I was able to reproduce the issue indeed. It was another glitch due to a modification for the 2.1.2 release. That's fixed now. Please download hikashop again and install it again on your website and that will work. The best is to avoid overrides as much as possible. A lot of the customization can actually be done with CSS or the options already there. If you need to override a view, then the best is to actually try to only add code to it and remove the rest and use an include to call the original view file so that your code simply modify the data before it is used. Also, we have view triggers which allow you to modify the data before the display and another one to modify the HTML after the display of a view and thus you can use plugins to modify the views without overrides. Finally, if you really have no other way to do the modification, you need to mark your modifications clearly in the file so that if you have a problem with that view after the update, you can delete your customization and reapply it to the new version of the view.") 13 years 6 months ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:11 Views:3624 | [Last Post](/forum/3-bug-report/80395-mini-cart-quantity-price-calculation-error#99536 "Hi, I was able to reproduce the issue indeed. It was another glitch due to a modification for the 2.1.2 release. That's fixed now. Please download hikashop again and install it again on your website and that will work. The best is to avoid overrides as much as possible. A lot of the customization can actually be done with CSS or the options already there. If you need to override a view, then the best is to actually try to only add code to it and remove the rest and use an include to call the original view file so that your code simply modify the data before it is used. Also, we have view triggers which allow you to modify the data before the display and another one to modify the HTML after the display of a view and thus you can use plugins to modify the views without overrides. Finally, if you really have no other way to do the modification, you need to mark your modifications clearly in the file so that if you have a problem with that view after the update, you can delete your customization and reapply it to the new version of the view.") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 13 years 6 months ago |
| [](/forum/3-bug-report/80395-mini-cart-quantity-price-calculation-error#99491) | [Mini Cart quantity/price calculation error](/forum/3-bug-report/80395-mini-cart-quantity-price-calculation-error#99491 "Just upgraded to latest Hikashop 2.1.2. An anonymous user, on adding an item to the shopping cart sees the mini cart module in the sidebar showing no items. As soon as a user logs-in those items are there and waiting for that user to proceed to checkout. It used to be the case that anonymous users could add to cart and this would be reflected in the mini-cart contents. This change in behaviour occurred after upgrading to 2.1.2 today. I have checked all the settings and can see nothing unexpected. Anonymous users, on visiting the shop, need to see their cart contents so that they can proceed to checkout. The way I have configured the system is that the mini cart is the ONLY way to proceed to checkout. What could be the problem? Thanks, Ric Added after further tests: ----- It looks as though the problem was nothing to do with the upgrade to 2.1.2. The problem is that to improve performance I had turned caching on. Joomla does not appear to handle caching selectively: it's all or nothing. However there is now a problem that may be due to the 2.1.2 upgrade. When items are added or deleted from the cart, the mini-module displays the items. If the item quantity is changed in the mini cart (and the update button clicked) the total price is calculated incorrectly. If the option proceed to checkout is taken then quantities can also be changed during the latter stages of checkout. Changing quantities there does calculate amounts correctly. However the correct amount is not displayed correctly in the mini-cart. All caching is off, system cache plugin didabled, browser cache cleared. Problem persists") Category: [Bug Report](/forum/3-bug-report "Please report any bugs or errors here.") Topic started 13 years 6 months ago, by [ricm](/forum/user/13668-ricm "View ricm's Profile") [Last Post](/forum/3-bug-report/80395-mini-cart-quantity-price-calculation-error#99536 "Hi, I was able to reproduce the issue indeed. It was another glitch due to a modification for the 2.1.2 release. That's fixed now. Please download hikashop again and install it again on your website and that will work. The best is to avoid overrides as much as possible. A lot of the customization can actually be done with CSS or the options already there. If you need to override a view, then the best is to actually try to only add code to it and remove the rest and use an include to call the original view file so that your code simply modify the data before it is used. Also, we have view triggers which allow you to modify the data before the display and another one to modify the HTML after the display of a view and thus you can use plugins to modify the views without overrides. Finally, if you really have no other way to do the modification, you need to mark your modifications clearly in the file so that if you have a problem with that view after the update, you can delete your customization and reapply it to the new version of the view.") 13 years 6 months ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:11 Views:3624 | [Last Post](/forum/3-bug-report/80395-mini-cart-quantity-price-calculation-error#99536 "Hi, I was able to reproduce the issue indeed. It was another glitch due to a modification for the 2.1.2 release. That's fixed now. Please download hikashop again and install it again on your website and that will work. The best is to avoid overrides as much as possible. A lot of the customization can actually be done with CSS or the options already there. If you need to override a view, then the best is to actually try to only add code to it and remove the rest and use an include to call the original view file so that your code simply modify the data before it is used. Also, we have view triggers which allow you to modify the data before the display and another one to modify the HTML after the display of a view and thus you can use plugins to modify the views without overrides. Finally, if you really have no other way to do the modification, you need to mark your modifications clearly in the file so that if you have a problem with that view after the update, you can delete your customization and reapply it to the new version of the view.") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 13 years 6 months ago |
[](/forum/topics/feed/mode-topics?format=feed&type=rss)
Time to create page: 0.155 seconds
[Powered by](/forum/credits) [Kunena Forum](https://www.kunena.org)
[](#top)