duncanmoo

Hi moussvm you need to give a bit more detail if you want help, did you apply my suggesions? did you clear cache before testing? did you check whether the new account form is in fact in the HTML but just remaining hidden?

Did you get a solution to this issue, I was experiencing the same. it is on /shop/authentication, and when you submit an email address you get a blank content area. Looking in the HTML source I see the new form has been loaded, and using Firebug to remove display:none on `<div id="noSlide" style="display: none;">` shows the form. SOLUTION: Line 124 of authentication.tpl calls a JS function bindStateInputAndUpdate() which was introduced at some point in themename/js/tools/statesManagement.js Update the statesManagement.js and clear cache and it starts working again.

Darn, well let me retype that... Image on the right is the PS version: The histogram on the right is the PS one: Another product in the Etsy shop and the PS shop Resizing to the same quality levels on desktop tools does not result in similar histogram changes, The Etsy image is more compressed than the PS one, but yet the Etsy one is more accurate. Thanks Duncan

Darn, well let me retype that... Image on the right is the PS version: The histogram on the right is the PS one: Another product in the Etsy shop and the PS shop Resizing to the same quality levels on desktop tools does not result in similar histogram changes, The Etsy image is more compressed than the PS one, but yet the Etsy one is more accurate. Thanks Duncan

I do not have a solution but have also come accross this issue with a client's website where the products are leather with embroidery stitching, the image processing results in the stitching looking a bit blurry, and the leather hue changes slightly (a bit more yellow). you only notice it if you have the original alongside but it is not ideal. In fact the client noticed that their ETSY product images just looked better, those are also server generated images, so why do the ETSY ones look so sharp and the Prestashop ones look a bit murky? Just found an issue for this in Forge, but it was closed without clear resolution, the person it was assigned to said he could not tell the difference btwn the images http://forge.prestashop.com/browse/PSCFI-2470

Hi Mike Sorry I know this is a thread from a few months ago, but it would be helpful if you posted the suggested solution from angora (that is after all the purpose of a forum) Thanks Duncan

I found another thread on this topic but it also went unresolved, I could sort this out in my templates if only I knew how to get a price before ANY discount is applied.

So is this a bug? is this how it is meant to work? Can a moderator or PS expert give some input?

I have not been using PS for that long so not sure if this is a bug or intended: I have a wholesale group set up with a discounted rate, so when a member of this group logs in they see the discounted price, great. BUT these are my issues: I also want to display the original price I want to be able to override this discount on a product level Displaying Original Price Looking in the template there is a function: {$product->getPriceWithoutReduct(true, $smarty.const.NULL)} Surely this should return the price before the group reduction has been applied? No it returns the reduced price. Override Discount Rate Trying to override the discount by going into a specific product and adding a group discount specific price results in a further discount of the price for members of the group, so if the original price was $790, and the discount on the group was 10% members would see $711, BUT if a specific group discount is set at 15% the price now displays values: getPrice - 604.35 getPriceWithoutReduct - 711 if a specific price for the group is set at $200 the price now displays values (I removed the product specific discount above): getPrice - 180 getPriceWithoutReduct - 180 The issue is that I thought I would be able to override the group discount with a specific price discount on the item level, but even the value returned by the function getPriceWithoutReduct is the reduced rate. Sorry hope this makes sense; I am using PS 1.4.5.1 Thanks, Duncan

Thanks Mike, recent severe exchange rate fluctuations made this pronounced, thanks for sorting it out. While trying to find a solution to this I added a cron job to update these on a daily basis, is this still necessary in the latest version of Prestashop? Ref: http://www.prestashop.com/forums/topic/75337-solved-can-currency-auto-update-without-manually-click-on-update-currencies-daily/ ~Duncan

My client's shop is set up in ZAR with the wonderful currency conversion feature giving them conversions to EUR, USD and GBP, but I noticed today that the rates on http://www.prestasho.../currencies.xml, which is where the site looks to update the currencies, are totally inaccurate. Using EUR to USD I compared this to http://www.ecb.europ...fxref-daily.xml (1.3448) and the standard Google search conversion (1.3466) http://www.google.co...00&bih=751&bs=1 to what I get on the Prestashop feed (1.4402) This is totally out and probably a bit out of date, probably nothing wrong with the module, but the feed is not getting updated perhaps?

You probably already found this solution: http://www.prestashop.com/forums/topic/75337-solved-can-currency-auto-update-without-manually-click-on-update-currencies-daily/

Sorry I am a total novice at the Bug tracking system, figured out I needed to create an account in order to see the source tab at least. Anyway the commit from Bruno LEVEQUE includes a whole bunch of things, how do I know which files are relevant to this issue, is it just these? themes/prestashop/guest-tracking.tpl controllers/GuestTrackingController.php Thanks