Delete your browser cookies to resolve the most common cause of this problem. Sometimes when you are adding or editing products and other settings in Seller Admin while also testing your shopping cart buttons at the same time, the cookie we set in your browser to track your cart contents can get confused, so only the latest item added to a cart will show up in the cart, and any previously-added items will seem to disappear from your cart. Clearing the cookies in your browser will fix this for you.
E-junkie cart needs to be tested online. For the cart in your page to work correctly, the page where you paste your E-junkie cart button codes must be:
- Uploaded on a live Web site (a "local" copy of a page saved to your computer's hard drive won't work);
- Have a domain name in its URL (a URL using just a numeric IP address won't work);
- Tested in a regular Web browser (the "preview" mode built into many Web-design programs probably won't work);
- Accessed from a computer with a live Internet connection (loading the page and then going offline will not work).
If that didn't fix the problem for you, see below for some other, more obscure reasons that may be causing your problem.
Currency
Also, make sure all your products are priced in the same currency. The cart can only hold items that are all priced in the same currency because payment processors cannot handle checkout totals split into differing-currency subtotals. Clicking the Add to Cart button for an item priced in a currency different from items previously added to the cart would "reset the cart" by dumping the earlier items and adding only the latest item to the buyer's order.
We have identified an issue affecting newer browsers and certain sites using frames, where the domain of the master frameset page URL does not match the domain of individual content pages using our cart buttons which are being displayed inside the frame.
E.g., if you are using a site-builder service that hosts your actual, individual pages at something like this:
http://www.site-builder-domain.com/path/to/your/page1.html
...but you are displaying those individual pages inside a frameset "wrapper" page with a URL on your own custom domain, so that a visitor's browser only shows the site's Web address as:
http://www.your-own-domain.com/
...then our standard JavaScript cart buttons with the nice overlay-style cart display will not work for certain visitors, depending on their browser's cookie settings. This also affects cases where the page at one domain is using an IFRAME to display a page from another domain which contains our cart buttons.
Modern browsers (e.g., Internet Explorer 7, Safari 3, Firefox 3, and newer) have increasingly added an option to "Block 3rd party cookies" or "Only accept cookies from sites I navigate to directly"; Safari even makes this the default setting, whereas the other browsers optionally allow the user to enable that setting. Our standard cart always sets the buyer's cart-tracker cookie as a "first party cookie" with the same domain as your page which contains our View Cart button code; however, if the URL of the page itself has one domain, but the Web address visible in the browser's address bar has a different domain (because of a frameset wrapper), then newer browsers will treat that as a third-party cookie (just as if it were a banner ad displayed in an IFRAME).
If you cannot get the domain of your page URLs to match the domain of your frameset URLs (or just do away with the long-outdated frameset approach entirely), then you must use either our non-JavaScript button codes (which displays the cart in a popup window) or else use our Buy Now buttons for instant Checkout of each product individually. There is no other easy fix or workaround to keep using your existing buttons and cross-domain framesets as-is and have them work in newer browsers with their "refuse third-party cookies" setting engaged.
