I am testing a rebuild of my store, http://www.smartwoodentoys.com. The rebuild is being tested at http://fube.ca/hosted/smarttoys. I cannot get the shopping cart to remember an item that has already been placed in the cart. In other words, I add the item to cart, and click "continue shopping". Then, if I click "view cart", the shopping cart shows up as empty. I thought that perhaps this was something I was doing wrong, so I tested some other sites that use e-junkie to see if they had the same problem, and they do. I think that, perhaps, something is broken on e-junkie's end? Can we get someone from e-junkie to verify this?
ok, update... so, I put in the test url incorrectly above, it should be http://fube.ca/hosted/woodtoys . Also, it appears that the only browser having this problem is Safari. I tried it in firefox and then on my other computer, a pc, using IE 7, and it is working fine in both. Is there a particular reason that Safari would have trouble with my site and everyone else that I tried?
Make sure that Cookies are enable in Safari. Also, if you were testing the buttons while making the page, Safari might have cached a bad cookie, so you can reset it and test again.
I also noticed that on IE6, dropdowns show through the cart window and also the page does not dim out. I think your CSS might have something to do with that.
Apparently, Safari's default cookie setting seems to be, "Only accept cookies from sites I have navigated to" (or similar wording). Although the cookies that E-junkie uses to track cart contents are only set by E-junkie and only read by E-junkie (so they count as "first party" cookies), most pages where our cart is used are not hosted at "www.e-junkie.com" -- i.e., the buyer only intentionally "navigates to" the Merchant's site, and since the E-junkie cart resources (including our cart cookies) are loaded remotely from www.e-junkie.com (which the buyer didn't intentionally "navigate to"), this default setting blocks our cart cookies in Safari, unless the buyer manually changes their Safari cookie setting.
Thanks Tyson, I changed it to accept all cookies and it works now. Chef, I'm not sure what the z-index for the e-junkie popup is, but some of the divs on my page are set to 99 to ensure they remain on top. I will have to experiment with that. Thanks for the heads up.
CORRECTION:
I may have been mistaken about that cookie setting in Safari. We had earlier encountered a similar problem as you'd described, where changing that setting seemed to solve the problem, but we just tested with another Mac also using that default setting in Safari, and any cart we tested there worked just fine for us, as did a fresh install of Safari for PC on my workstation here, just now.
In fact (and contrary to my previous understanding), our cart software can and does use the Merchant's own site URL to set and read the cookie (as our cart-button code effectively embeds our cart scripts into the Merchant's own page), so that would still count as a cookie set by a site to which the user had navigated, which that default cookie policy would allow.
While changing that cookie policy seemed to fix the problem, the fix may actually have been something else related to changing that policy -- maybe Safari deletes or resets cookies in the background, or rebuilds its cookie database, whenever you change the cookie policy? We now think the problem you were encountering was due to a bad/cached cart cookie that was somehow conflicting or not allowing new cart cookies to be set, or perhaps it was some strange bug with the version of Safari you were using (which version our staffer's Mac also just happened to be using, last time we'd tested), which has since been fixed by a subsequent update to Safari?
Just out of curiosity, could you tell us which version of Safari you were using?
Designated trademarks and brands are the property of their respective owners.
Use of this Web site constitutes acceptance of the Terms of Service and Privacy Policy.
