Janeon Posted September 13, 2011 Share Posted September 13, 2011 Hi, all. While doing my new customizations I met new problem. The thing is, that I add some customization fields to the product. The product's price depends on color, so when I choose any color in color picker - price changes from XXX to YYY. Then I enter some info to Customization fields and press "SAVE". Page refreshes and.... price becomes XXX again...it doesn't remember my color choice. I have one shop with 1,3 PS version, there this thing works fine. Now I have 1.4.4.1. And it seems, that saveCustomization function doesn't work correctly. In earlier version after pressing "Save" I can see that "group_XX=ZZ" is changing in address bar, and the system remembers my price. For example: www.aaa.bb/product.php?id_product=16&group_2=20 In 1.4.4.1 there isn't any group_xx in address bar. Any thoughts? Link to comment Share on other sites More sharing options...
Janeon Posted September 14, 2011 Author Share Posted September 14, 2011 Help, please! I don't understand whether it is PS bug of some config problem Link to comment Share on other sites More sharing options...
Janeon Posted September 15, 2011 Author Share Posted September 15, 2011 Nobody uses customization?? Link to comment Share on other sites More sharing options...
Mike Kranzler Posted September 15, 2011 Share Posted September 15, 2011 Hi Janeon, Can you give me a link or a screenshot so that we can check this out for you? -Mike Link to comment Share on other sites More sharing options...
Janeon Posted September 15, 2011 Author Share Posted September 15, 2011 Hello, Mike! Thank you very much for the response. First I thought, that it was because of my theme customizations or whatever. But now I installed fresh default 1.4.4.1 PS version without any changes. Here we have default blue ipod with two customization fields: Then we choose Metal color, and our price changes: When we enter some data to customization fields "width" and "height", we press "Save" button and get our first "blue" view and loose our chosen metal color and it's price. Link to comment Share on other sites More sharing options...
Mike Kranzler Posted September 15, 2011 Share Posted September 15, 2011 Would you mind providing a link so that I can test this out for myself? I'm not completely sure what the problem is based on that description, so I would like to go in and see if I can replicate it myself. -Mike Link to comment Share on other sites More sharing options...
Janeon Posted September 15, 2011 Author Share Posted September 15, 2011 P.M. Link to comment Share on other sites More sharing options...
Mike Kranzler Posted September 15, 2011 Share Posted September 15, 2011 Just got it, and I will check it out for you -Mike Link to comment Share on other sites More sharing options...
Mike Kranzler Posted September 15, 2011 Share Posted September 15, 2011 Hi Janeon, It appears to me that the page refreshes once you save the customization information, but it works perfectly fine if you save the customization information first and then select your color and add it to the cart. I'm not sure off the top of my head what is causing this, but if that method works for you it might be worthwhile to include instructions about saving the customization fields first to make it easier on your customers. -Mike Link to comment Share on other sites More sharing options...
Janeon Posted September 15, 2011 Author Share Posted September 15, 2011 I know. But I need this feature to do some calculations after pressing "Save", and those calculations depend on the chosen price. Another thing is, that it isn't good for customer. He should press those buttons in any order he likes I think, that something wrong here, because in 1.3 version everything worked fine (I mentioned about it above). Let's see our themes/prestashop/js/product.js. Version 1.3: function saveCustomization() { $('#quantityBackup').val($('#quantity_wanted').val()); $('body select[@id^="group_"]').each(function() { $('#customizationForm').attr('action', $('#customizationForm').attr('action') + '&' + this.id + '=' + parseInt(this.value)); }); $('#customizationForm').submit(); } Version 1.4.4.1: function saveCustomization() { $('#quantityBackup').val($('#quantity_wanted').val()); customAction = $('#customizationForm').attr('action'); $('body select[id^="group_"]').each(function() { customAction = customAction.replace(new RegExp(this.id + '=\\d+'), this.id +'='+this.value); }); $('#customizationForm').attr('action', customAction); $('#customizationForm').submit(); } As I understood, we activate this unction, when we press "Save" button. It seems that "replace" doesn't work here... Am I right? Unfortunately I don't have enough skills to find the reasons of this Link to comment Share on other sites More sharing options...
cronotempo Posted September 17, 2011 Share Posted September 17, 2011 I do not think you can help because they do not quite understand your problem because I do not speak English very well. But I think my problem is closely related. Have you given some form of implementing the SAVE button actions to add to cart button? Link to comment Share on other sites More sharing options...
Serge_Matias Posted November 3, 2011 Share Posted November 3, 2011 Hi Janeon. could you find any solution to this?. Link to comment Share on other sites More sharing options...
Janeon Posted November 3, 2011 Author Share Posted November 3, 2011 Unfortunately, no. Prestateam also sleeps Link to comment Share on other sites More sharing options...
Mike Kranzler Posted November 3, 2011 Share Posted November 3, 2011 Unfortunately, no. Prestateam also sleeps Sorry, we tend to hit a wall after a couple months ... But as for your issue, I just tried to log in again using the credentials you had sent me to investigate this further, but they no longer appear to work. Can you please PM me with the new credentials so that I can look into this again? -Mike Link to comment Share on other sites More sharing options...
Serge_Matias Posted November 4, 2011 Share Posted November 4, 2011 Ok seriously guys, Saving custom texts then selecting attributes??? it is like getting laid before the first kiss. It is not the proper order of things!, Why to change something that worked fine in 1.3? Please Mike help us out with this.. . beg you.. Link to comment Share on other sites More sharing options...
eadrian Posted November 22, 2011 Share Posted November 22, 2011 Yes Mike, don't let us down! I've been looking for a solution for this for months, but no luck so far. Link to comment Share on other sites More sharing options...
Mike Kranzler Posted November 22, 2011 Share Posted November 22, 2011 Hi eadrian, What version of PrestaShop are you using currently? -Mike Link to comment Share on other sites More sharing options...
eadrian Posted November 23, 2011 Share Posted November 23, 2011 Hi, Now i'm using presta 1.4.4.1. Link to comment Share on other sites More sharing options...
Mike Kranzler Posted November 23, 2011 Share Posted November 23, 2011 Hi eadrian, We had this reported to our Bug Tracker recently, and a fix has been submitted. Please check it out here to see if that resolves your issue. I hope this helps. -Mike Link to comment Share on other sites More sharing options...
eadrian Posted November 23, 2011 Share Posted November 23, 2011 Thanks Mike, but my problem is with product attributes reverting to their default values after the customer hits the ''save'' botton with their customized text. So something like this is more like my issue. To be more clear, please go here and choose a different font color, besides the default one, then enter whatever text you like and press ''save''. The page reloads and the font color reverts to the default value, so the customer has to go back and make the same steps again, except for the text, which is already saved... At this point, one solution would be to make presta remember the chosen values. Another option is to remove the save button completely, as described here , only this doesn't work in presta 1.4, only in 1.3... Link to comment Share on other sites More sharing options...
Mike Kranzler Posted November 23, 2011 Share Posted November 23, 2011 Thanks Mike, but my problem is with product attributes reverting to their default values after the customer hits the ''save'' botton with their customized text. So something like this is more like my issue. To be more clear, please go here and choose a different font color, besides the default one, then enter whatever text you like and press ''save''. The page reloads and the font color reverts to the default value, so the customer has to go back and make the same steps again, except for the text, which is already saved... At this point, one solution would be to make presta remember the chosen values. Another option is to remove the save button completely, as described here , only this doesn't work in presta 1.4, only in 1.3... Ah, I see what you mean.I'm looking at the bug report, and I do see that there is activity on this as they work through it, even if it isn't visible to you right now. I will check with the development team to find out their status on this bug and see if they will be bringing it to a resolution soon. -Mike Link to comment Share on other sites More sharing options...
eadrian Posted November 23, 2011 Share Posted November 23, 2011 Thank you Mike, hope we'll be marking this thread as ''solved'' as soon as humanly possible Link to comment Share on other sites More sharing options...
Mike Kranzler Posted November 23, 2011 Share Posted November 23, 2011 Thank you Mike, hope we'll be marking this thread as ''solved'' as soon as humanly possible You and me both! -Mike Link to comment Share on other sites More sharing options...
ukmacnut Posted November 29, 2011 Share Posted November 29, 2011 Hello Mike, 1.4.6.2 came out 25th of November, did it fix this? Link to comment Share on other sites More sharing options...
Mike Kranzler Posted November 29, 2011 Share Posted November 29, 2011 Hello Mike, 1.4.6.2 came out 25th of November, did it fix this? Hi ukmacnut, eadrian would actually be the best person to answer this, as he is the one who was having this issue. I will look into this, but in the meantime I hope he will come back to give us information related to 1.4.6.2 and this specific problem. -Mike Link to comment Share on other sites More sharing options...
eadrian Posted November 30, 2011 Share Posted November 30, 2011 gonna give 1.4.6.2 a try and come back with an answer. hope it works Link to comment Share on other sites More sharing options...
Mike Kranzler Posted November 30, 2011 Share Posted November 30, 2011 gonna give 1.4.6.2 a try and come back with an answer. hope it works Let me know how it goes! -Mike Link to comment Share on other sites More sharing options...
ukmacnut Posted December 3, 2011 Share Posted December 3, 2011 I'd be interested too since I have the same problem on a site I am developing. I ran a MAMP (local) installation with 1.4.6.2 and it did not fix it. My solution for now is to place the text boxes above the colour choices. Link to comment Share on other sites More sharing options...
eadrian Posted December 9, 2011 Share Posted December 9, 2011 just tested it too on 6.2 and didn't work... any word from the development team? thanks, a. Link to comment Share on other sites More sharing options...
Mike Kranzler Posted December 9, 2011 Share Posted December 9, 2011 Hi eadrian, I just went back and tested this for you, and it appears to be an issue with the Save button itself. If you provide the customization and just hit Add to Cart without saving, it adds the correct combination with no issues. I am going to run some more tests to try to identify why this is happening and what we can do to try to fix this for you. -Mike Link to comment Share on other sites More sharing options...
jacques.ittah Posted December 13, 2011 Share Posted December 13, 2011 Hi guys, I'm facing the same problem too and it'a a kind of wired I agree with Mike thinking it's all about "saveCustomization()" but i can't find it out. I would really appreciate any help on this. Thanks. Link to comment Share on other sites More sharing options...
Mike Kranzler Posted December 14, 2011 Share Posted December 14, 2011 Hi everybody, I have generated a bug report on this issue, which I have passed along to our development team. You can find it here. Please visit that link and provide any details you may think would be helpful for our developers so that we can get this taken care of as quickly as possible! -Mike Link to comment Share on other sites More sharing options...
jacques.ittah Posted December 14, 2011 Share Posted December 14, 2011 Hi Mike and thank you very much for your concern. I will visit the link to try to help. Meanwhile, I'm going to try another way. Regards. Link to comment Share on other sites More sharing options...
javamobiletech Posted November 22, 2012 Share Posted November 22, 2012 Hi All Anybody solved this ??? The bug is in Presta 1.5.2 as well...when saving customized datas all customer choices is reset !!! - mayor issue when a product got a lot of attributes - and combination generator generates 10.000 combinations... Best regards Link to comment Share on other sites More sharing options...
akamaru Posted September 27, 2014 Share Posted September 27, 2014 up Link to comment Share on other sites More sharing options...
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now