account admin buttons cart control enabled help inventory limit options page pages price problem product products professional properly sales seller setting site stock system testing url variants view

I am about ready to pull my hair out. I'm trying to set up a page with four items. All four have variations. Two of them work fine the other two are giving me fits (on the left column). If I replace the E-Junkie code in the top one, the bottom one quits working and vice versa. I thought this was due to the fact that even though I have different SKUs the items descriptions were the same. I deleted the both products and started over with new unique descriptions too. It still does the same blasted thing. Is this because of the way E-junkie 'remembers' things for 24 hours?

It should not be this difficult.

You might want to clear your browser cookies to start testing your cart with a clean slate. Sometimes when you are adding/deleting/modifying products and settings in Seller Admin at the same time you're testing a cart, the cart-tracking cookie we set in your browser can get confused, so deleting cookies should solve that problem for you.

If this doesn't solve the problem for you, please reply with the URL of your page having the problem, so we can have a look for ourselves and help sort out what's going on there.

Thanks Tyson. It is still a no go. I deleted both products recreated them and tried viewing the page: http://soigeneris.com/A2Z_Tool_Holders.aspx, from a different PC. Both products on the left hand side will not come up. I'm at a loss to explain why...

Your page is not using the Add to Cart code that our system generates, as-is and unmodified, and the alterations in your page's version of the code are causing the problem. Please copy the exact and complete Add to Cart code provided in your Seller Admin for each affected product and use that code to replace the button codes in your page.

Also, you should copy your View Cart code from Seller Admin to replace the View Cart code you are using. It appears your View Cart code is copied from our demo pages, so that button will not work to display the cart for your own products, since it's referencing our account rather than yours.

Finally, I noticed you are using the "Variants having individual price/weight/stock/SKU" setting, yet all your variants' prices and weights are the same for each product; however, you also have Inventory Control enabled with a stock quantity of 1 for each variant, so perhaps you only have one of each type and don't want to oversell. If you did not actually need to limit sales in that manner, you may find it much easier to configure your product options using the "Variations which tell more..." setting rather than configuring Variants.

I don't know how I got the demo view cart button in there? As far as the Add-To-Cart code. It is pasted in as unmodified HTML. However I am pasting a whole HTML table into a HTML 'module' in MS's WYSIWYG site designer. When I bring the page up and view the source (it is an ASP page) it looks like they pack the HTML.)

Anyhow I have created several pages in a similar manner and this was the only one giving me fits. On a whim I went back and recreated one item changing the SKUs and without using and quote character in the description and then removed the quotes from the second item description too. Now it all seems to work fine. I think it probably as to do more with changing SKU to something that I had not tried to use before.

The products really do have slightly different weights and SKUs. The quantities I put in for those particular products were bogus but helped to avoid any issues with 'This item is out of stock' while testing. But I am going to take advantage of the Inventory control.

It now seems that everything will work. The JS shopping cart looks much more professional than a new browser window popping up too.

Glad to hear you got it sorted out. It was indeed the " character that was causing problems, but the strange thing was that some Variant menu selections in your page escaped that character properly, and other menu items did not. The button code our Admin generated for your products escaped all of the quotes properly, so I'm puzzled how only some of them got altered in your page's code whilst others did not. BTW, if you really want to keep using them as inch symbols without causing problems, you might try using two 'single quotes' instead of one "double quote", see if that works better.

Thanks Tyson. I can live with spelling 'inch' out. It is very good to know what was causing the problem though.

Now to see if I can get a client side image map to act as a bunch of cart buttons....