ChrisU2R

Did anyone come up with a solution to this as I am pretty much trying to do the same.

I have the same problem - did you find a solution? I raised a bug report but from what I can see on there, the tickets just appear to be getting closed on that subject with no solution given or a referral to a high-priced in-house problem diagnosis service. Here's my ticket url in case it gets a response - http://forge.prestas...owse/PSCFI-5667

I'm having the same problem with featured products alignment - looks like there's a missing clearing div/element after the 4th, 8th etc. product block as the offset seems to be created by it 'catching' on the block above. I've been looking at modules/homefeatured/homefeatured.tpl but am not much of a coder. Did you or anyone else find a solution ?

Thanks for that

I've been having this problem when using a 3rd party site admin software (Magnetic One Prestashop Store Manager). Although category modifications made directly to the site database would appear in the site admin, the categories panel on the site homepage and CMS pages wouldn't refresh - the panel would show the updated categories on product pages. I'm interested to know whether it's worth recommending to my clients to disable smarty cache when making category edits and re-activating afterwards - I can't notice a huge difference in site speed when not caching.

You might find that when you try and create a new user account, you will probably get the error too - existing customers are not affected until they try and reset their password ie. If you can remember your password, you should be able to login. You can 'set' or reset passwords using phpMyadmin (can tell you how if you want to try it) but unless you sort the default language issue, you'll still have the problem if a customer wants to reset their password assuming your problem is the same as mine.

Hi apeksha, - I've not found a definative solution but the whole thing appears to be related to languages/zones. In back office, Shipping > Zones, try checking on all Zones I tried setting up UK from scratch but it didn't seem to want to associate its self with 'Europe' however checking everything has covered all bases and now it works but probably for the wrong reasons. Worth a go if you want to open the shop and research the problem later. Oh the other thing I found was that in Payment > Currencies the default currency dropdown was empty and and so couldn't be selected. I solved this by re-creating 'Pounds' as a currency. Finally, take a look in Tools > Languages and make sure you have a default language set. As mentioned, My shop setup isn't entirely correct but it is working and the main problem appears that the default country and currency settings had been erased during the backup and that the options were no longer available unless I recreated zones and counties. I also had to copy the English (en) translation file into a new United Kingdom (gb) translation for it to become visible to select in the dropdown as the default language. Basically, if the shop doesn't know which languge it's in, it doesn't know which email language to use and throws up the ISO error. It would be great if someone were able to create an idiots tutorial on how to set up a United Kingdom only shop set up with Zones etc although I'm guessing PS 1.4 deals with this at install time. - The other suspicion I have is that as the zones and default countries settings were corrupted/not set from my database backup, this caused the upgrade I tried to do to fail.

I've just recovered a damaged Prestashop installation via my webhost from a monthly back-up. The main problem I'm having right now is when trying to 'retrieve password' as a customer (from shop front) which results in the error Error - No iso code for email ! The same error also occurs when trying to create a new account. I'm guessing something is missing or failed to import in my restored database and if so, is there a query I can run on ps_customer that would add the missing ISO code ? I can see each customer in the database and could probably manually reset their passwords one by one but this would be a huge job if it worked. I'm running version PS 1.3.2.3 (Intend to update once I get this site to work as it was) Any help greatly appreciated. As a note: If I manually reset the password in the database (As per this post) I have no problems logging in but I still can't retrieve/reset the password or register without having the same error.

Hi Keith, I've been sent a revised file which should solve many of my previously mentioned problems but have not managed to try it out yet - I would suggest trying to contact prestashop addons to get the update or if all else fails, pm me and I'll give you a direct contact email.

I managed to get in touch with Tony (see above) who is passing on my queries to the addons team - hopefully things will start moving. I have a very good and close relationship with my webhost and they are very responsive, providing good detail about the server loading. Unfortunately, even if the module works, the loads it creates on my shared hosting are too high. It would be ok on a VPS where I could allocate resources but I can't afford to re-deploy the site on a VPS due to time it will take and the additional hosting expense I would need to pass on to an already irritated customer. I will try one or the other of the other modules (refund or credit forthcoming) and check that I don't get slapped wrists from my webhost when I try it/them but hopefully, if I get a line of communication, the module developer can confirm the anticipated server load. I am really pleased you have got it working, however, as this is the first time you have deployed the module, you should expect your webhost to get in touch once the module has been running a while to give you a warning or you may be lucky and they're not as stringent as my host.

Still no response to my emails but my problem is the modules use of the product.php which made my web hosting provider shut the site down due to excessive server load on a shared hosting package. My bigger problem is that I've been installing prestashop for clients on the basis of a healthy add-on market. This experience is forcing me into looking for cart alternatives. With persistent email marketing (of a high standard) I took it for granted the add on store was official and reputable - I am now over £100 out of pocket with a very unimpressed client. At this stage I think it is fair to say that the Prestashop add-on store is at best a shambles, at worst a scam and I am becoming concerned that they may have my card details.

Still nothing back from Presta Shop - This is not very good at all. Has anyone else had support or communications issues with the PrestaShop? I've not tried phoning them yet as I don't want to add the expense of an international call. - Time to send another email ...

This is about the Prestashop module which submits catalogue to Google Shopping - nothing to do with checkout.

It's a problem with the architecture of the module, in terms of how it uses the product.php I'm not a coder but I'm guessing the module uses the product.php to generate the detail that's submitted to google - this process has resulted in my web host disabling product.php as it was generating 'excessive server load' - This is on shared hosting and would probably be tolerable on a vps or dedicated server. I will need to find a module that uses a different process and check with with my host that it produces acceptable server load. In addition, there is no documentation proving a feed url to add to the google merchant centre.

Hi DevNet I used the contact form on the site on 15th, 20th and today (25th)