sightless

Thank you! The above solution works! This is a great modification and may have some SEO purposes! Awesome.

gonebdg, ABOVE SOLUTION WORKS! THANK YOU!

Thank you! but applying the code above does not allow people to select the color on the page... I believe there is a syntax error at: for (var i=0; i<nb_attr i++) Hmm... so I added a semi colon as seen below... and now I can select color again BUT for (var i=0; i<nb_attr; i++) With above line... upon page refresh... the default color is selected and the text is still the default as well... Also the page ends up looking a little odd like something became corrupted hmm... so seems something further is an issue. I really thank you for the help so far however... seems like unlocking this answer is soon!

Hello gonebdg, Thanks for the response. The idea makes sense. However, I didn't really find anything in my product.js that handles this. Closest thing is: function checkUrl() { if (original_url != window.location || first_url_check) { first_url_check = false; url = window.location + ''; // if we need to load a specific combination if (url.indexOf('#/') != -1) { // get the params to fill from a "normal" url params = url.substring(url.indexOf('#') + 1, url.length); tabParams = params.split('/'); tabValues = []; if (tabParams[0] == '') tabParams.shift(); for (var i in tabParams) tabValues.push(tabParams[i].split('-')); product_id = $('#product_page_product_id').val(); // fill html with values $('.color_pick').removeClass('selected'); $('.color_pick').parent().parent().children().removeClass('selected'); count = 0; for (var z in tabValues) for (var a in attributesCombinations) if (attributesCombinations[a]['group'] === decodeURIComponent(tabValues[z][0]) && attributesCombinations[a]['attribute'] === tabValues[z][1]) { count++; // add class 'selected' to the selected color $('#color_' + attributesCombinations[a]['id_attribute']).addClass('selected'); $('#color_' + attributesCombinations[a]['id_attribute']).parent().addClass('selected'); $('input:radio[value=' + attributesCombinations[a]['id_attribute'] + ']').attr('checked', true); $('input:hidden[name=group_' + attributesCombinations[a]['id_attribute_group'] + ']').val(attributesCombinations[a]['id_attribute']); $('select[name=group_' + attributesCombinations[a]['id_attribute_group'] + ']').val(attributesCombinations[a]['id_attribute']); } // find combination if (count >= 0) { findCombination(false); original_url = url; } // no combination found = removing attributes from url else window.location = url.substring(0, url.indexOf('#')); } } }

Hello, The above all works OK in Prestashop 1.6... however one little quirk! If you link directly to a combination that is not default (lets say there is 3 colors, black, pink, blue, and black is default)... And if you directly link to say... blue Your direct link URL would be: #/color-blue Then when you directly link to THAT color combination (instead of using picker on default page)... the color would still show the default "black" instead of the actually selected "blue"... Any ideas on how to get it to display the actual color selected in this instance? I think some .js in order?

Hello, I have the English version and also getting the above error. Thanks for any help!

Does this module work with 1.6.06?

. Well that confirms my suspicions. People from the Netherlands are the nicest =D. Can't wait to go back!

Ah I see, but many carts offer this function, so yes I think it could be included somehow... Configurable rules would make this module very powerful... then you can start charging for it like $20 or something... BUT LET ME BETA TEST IT FIRST haha.

Will this be able to match the Order # with the invoice # yet? Really need this feature. Great that it works on 1.6!

Hey thank you! This looks great... I will definitely put it to use. I'll update with any issues. How has it been going for you and your site? I apologize that no one replied on this. But here I am .

Double post. please delete

Major Bug: PS 1.6.0.6: Countries, Tax Rules dissapeared after enabling under BO Localization. Disabling works... but when you enable them they dissapear from the list. Issue SOLVED: 1.6 PS has a 'reset' button in order to clear the search at hand. For some reason it was defaulting to the search for 'disabled' countries, and tax rules. It caused confusion, but after hitting the reset button the search was cleared... not sure why the behavior defaults in this way.

Issue SOLVED: 1.6 PS has a 'reset' button in order to clear the search at hand. For some reason it was defaulting to the search for 'disabled' countries, and tax rules. It caused confusion, but after hitting the reset button the search was cleared... not sure why the behavior defaults in this way. Hello, When enabling countries or Tax Rules... the records dissapear and I can no longer enable/disable them. This is on a fresh install of PS 1.6.0.6. For instance... I bulk enabled all the countries under countries... now they countries DO SHOW UP as desired in the cart... but now on the back-end it says 'No records found' when there used to be ~200+ countries there. I am afraid I cannot disable the countries now =/. Same happed for tax rules... I enabled one state's tax (California)... now the tax rule works, but I cannot find it under records anymore... I am sure it will happen to the other tax rules as well... Looks like this only happens when enabing and not disabling... Something is causing the record to dissapear completely! Hope we can find a solution... but I guess the store is stable enough to launch.

EDIT: Nevermind got the above to work correctly sorry!