mytheory.

Hi, I'm having this annoying issue where if I search for an attribute value under a group, after hitting enter or the search button, it redirects me to the original list of attribute groups. I have to click on that attribute group (where i searched) again to see the search results. If I search another value in a group, it again redirects me to the attribute group list and I have to click on that group again to see the results... and so forth. Its not a major issue as it works, but super annoying when I'm trying to search existing values within a certain group. I know for a fact in previous versions of PS searching within a group showed results in that group without kicking me back to the main group list. I'm on PS v1.6.1.2 btw. Please let me know if there is a solution to this redirect issue. Thanks!

Hi, Is this a custom module? If its the Block Contact Info... try editing /modules/blockcontactinfos/blockcontactinfos.tpl Look for a line of code similar to the following: <h4 class="title_block">{l s='Contact us' mod='blockcontactinfos'}</h4> In this example, change 'Contact us' to 'Something Different' Let me know if this works or doesn't Thanks!

Hi, Glad you got 1 thing figured out. As for the other Fatal error... I'm not sure as my experience is limited. However, going through a bit of info, the PrestaShopLogger is class that logs errors into the db and emails you if the severity is high (or as it is set). So with that in mind, first, can you see if you have this class file in your installation? Check to see if this file exists - /classes/PrestaShopLogger.php Then can you see if you can access the logs page in the backoffice? In the BO, go to Advanced Parameters > Logs ... can you access the page? Is there a list of messages? Also, please see if your host sees any errors on your server logs... it may be a memory issue. Like if PS is trying to write a log to the db but its taking too long or runs out of memory in their logs it may show a 500 internal server error. In this case, they will need to increase php memory for you. Quick question... where is the error occurring? Thanks!

Hi, Sorry I must have missed this post... did you get it resolved? So I noticed in your last post you provided the url. Having viewed the page, you are trying to get rid of the "NEW" label, and only show the "SALE" label? If you still need assistance, please let me know. Thanks!

Hi, Yep, I'm interested in knowing more about this feature as well. I couldn't find anything in the docs and I have posted before but with no replies. Thanks!

Hi, Quick question... So with SSL enabled but Force SSL disabled, when you go to a category page (or any page with the issue) is there a https or http in the url. In another words, if the page shouldn't be forced to SSL is it still trying to access it via a secure url? Thanks!

Hi, Oh... well in that case I'm not sure if I can be of much help. I had a redirect issue when we moved our site to another domain... it wasn't specifically related to SSL. It was just a similar redirect issue... I was able to fix it by changing the values in the Shop and SSL domain. It was just an idea. I don't know much time it takes to set up the pretty url module (I don't use it), but maybe you could try completely uninstalling it and see if it works. It is very rare, but I have had some cases where modules still cause conflict issues even when disabled (i presume it has something to do with overrides). Has this ever worked? Do you have any other modules you have installed since the last working time? Also, just to be clear, when you say redirect loop you do mean that there is an error pages stating the redirect is setup in a loop, right? HTH!

Hi, Have you checked your SSL URL that is defined under your Preferences > SEO & URLs settings page? Having used 1.6.0.9 (and now on 1.6.0.11) I have not had this issue with SSL enabled but Force SSL disabled. However, I have experienced redirect loop issues in the past and most times it has been because of this setting. HTH!

HI, It may be a server side setting error. It appears that your host may have an open_basedir rule that is blocking access. To be honest I'm not sure... but I think it is something you may want to first contact your host about. HTH!

Hi, Thats a good idea. However, I don't see this being an easy task. It will probably require a lot of edits and customization. It may need to be a custom built module. I am not aware of any modules that are capable of this right now... so depending how important it is to you, you may need to hire a developer to program it for you. HTH!

By "bottom of the page" I am assuming you are talking about the cache options at the bottom of the Advanced Parameters > Performance page. right? If so you can disable this by editing your /config/settings.inc.php file HTH!

Hi, Sorry I don't use the module. I however use cronjob but via our server cPanel. Is it something that absolutely requires this module? Wouldn't the preferred (more reliable) method be setting up cronjob via cPanel? Also, considering the error message, maybe it has something to do with webservices... maybe you need to enable it or set it up? Sorry I couldn't be of more help.

Hi, Just curious if anybody is having a similar issue we have noticed... we aren't sure if it is happening everything as we don't usually modify orders. But we have noticed it happening on at least 2 occasions... When we add a product to an order, then delete a product from that same order... there is an order total paid error message. This is when the new product and deleted products have the SAME value. We generally don't modify orders except for even exchange purposes. Upon further inspection, we noticed that the shipping cost is being added again when the new product is added to the invoice. This extra cost is throwing off the total paid. We haven't had this issue in PS1.5 ever... just want to see if this is normal or an bug. Any input is appreciated! Thanks!

Hi, So, the customer is able to pay which gets approved by your processor (its in their payment history), but the order isn't created in the backoffice, right? What payment module(s) are you using? Are you sure it is compatible with PS1.6.0.11? Most likely it should be even without any further modifications, but I would still make sure with the developer (if it is third-party). Have you used the PayPal USA module offered by PS? I would try using this if you aren't already... at least for testing purposes. Further, were there any changes that were made on your server (esp. regarding certain PHP extensions)? I know some payment modules utilize certain PHP extensions that may or may not be enabled by default. The host should be able to review this for you. I don't think I am having this issue, but I will double check... I will cross reference payment history from our merchant with the orders created in PS after our upgrade. HTH! PS. Its a huge inconvenience, but for the time being (until resolved) for approved payments you should be able to manually create the order using the shopping carts that have been created for that customer. Its only a temp solution.

Hi, To those who are using the newest version of prestashop... under the "Advanced Parameters" > Performance tab in the "Smarty" section there appears to be new settings that have been added. They are titled "Caching Type" and "Clear Cache." Does anybody know what these settings do? I've left them as is, but I can't figure out what they are for and I haven't been able to find any documentation on them. As for the latter, I figured it just clears the cache or it doesn't depending on updates. However, the "Caching Type" option I am unsure of and would like to know what is the best option to choose. We use a third-party caching module, will this have any effect? We would like to continue to use the module but want to be sure these settings are optimal. As for the issue, I noticed that when the "Clear Cache" is set to "Never clear cache" the home page modules that display New Products or recently update products they do not update at all. On the new products page it shows the newly uploaded product, but not on the homepage in these modules (for example). We've set it back to clear cache when there is any change, and this has fixed the issue. Now I just want to be sure that this is the best option if we are constantly adding new products, or ideally do we want cache to never clear (which is causing front end issues). Btw, we are using a custom theme with custom New Product slider modules - maybe this could be an issue? I haven't tested this on the default theme FYI. Any input is much appreciated!