This is similar to an issue I am having, but in reverse. On my product list page, where I show the product itself (I show all the options avail on the 'single product' page ), I show the image, name, price and give the option to Add.
If a product was created with 'product variants', it wasn't being added to the cart when the 'add' button is submitted. The modal would open, I can see the list, but that particular product did not get added. It took a long time to troubleshoot why some products were being added from the list page, while others were not, but ALL products could be added from the 'single product' page.
I finally discovered that once I added the pp_product_options AND the name & value tags to the 'product list' page, the products would add to the cart. I couldn't just add the product options open and closed, I had to put all of them in there. I ended up setting the code like this.
I'd rather not have that code on my source page if I don't need it, but currently, I can't think of another work-around.
It's not the same issue as the initial problem here, but maybe related?
If a product was created with 'product variants', it wasn't being added to the cart when the 'add' button is submitted. The modal would open, I can see the list, but that particular product did not get added. It took a long time to troubleshoot why some products were being added from the list page, while others were not, but ALL products could be added from the 'single product' page.
I finally discovered that once I added the pp_product_options AND the name & value tags to the 'product list' page, the products would add to the cart. I couldn't just add the product options open and closed, I had to put all of them in there. I ended up setting the code like this.
- Code: Select all
<cms:pp_product_options>
<span style="display:none"><cms:show option_name /></span>
<span style="display:none"><cms:pp_option_values /></span>
</cms:pp_product_options>
I'd rather not have that code on my source page if I don't need it, but currently, I can't think of another work-around.
It's not the same issue as the initial problem here, but maybe related?