I'm testing our v8 upgrade and have just noticed that the shopping cart summary shows 0 items 0 value in the product and brochure pages but the contents appear correctly in the checkout pages!!
I called support and I sent them a snapshot of my site but I havent heard anything back from them. They got me to refresh the site and also revert back to factory settings. Still no change.
Dwebb, it seems to be working fine for me. Try deleting your site cookie and try again. Whatever you do, never use your url without the www. as this is a different domain and cookies won't track properly (and/or fix the non www. bit with a redirect to the www. domain).
masterforge, I couldn't find any products to order to test it. See the answer above as it might also be relevant.
The cart summary works fine for me when I follow the link you gave (both on the checkout and product pages). Try deleting you're site's cookie from your PC as it may be corrupted.
This kind of problem is usually caused by people typing in the url without the www or following a link that doesn't have the www. in the url. www. and non-www. urls point to different domains and most browsers are now set to reject cookies from a different domain, so the cart summary can't see the cookie any more.
I've seen this crop up a few times and think actinic should add an option whereby the user will get bounced back to the www. version of the website after adding to cart etc. I'm sure a quick fix to the perl scripts could be found if actinci looked at it.
I've seen this crop up a few times and think actinic should add an option whereby the user will get bounced back to the www. version of the website after adding to cart etc. I'm sure a quick fix to the perl scripts could be found if actinci looked at it.
Problem with this, is what happens if the customer is not using www, but instead a shop.domain.co.uk which they have customised in the database. Editing a script would break this I would imagine. Another way would be if the client is using an Unix system, they could create an htaccess file which will redirect them to www.domain.co.uk, this maybe a better solution.
I agree this wouldn't work for everyone which is why I suggested this should be optional.
For a full blown fix, the option could be in the network setup.
For a simple fix, this could be done as a patch to the perl scripts for someone to implement if they want to.
As for the htaccess redirect, this is what people should do as it also solves potential SE problems as well (and I have already explained that fix here http://community.actinic.com/showthread.php?t=24066). But this is a complex fix for most actinic users and not everyone is allowed to use htaccess files on their server.
Actinic could be proactive in fixing this problem for most users quite easily.
Following your guidance I've added a redirect to my server's .htaccess file and the problem seems to have disappeared.
The separate domains explain why this problem happened only for some of my testers and not others. Guess some of us are just lazier and cannot be bothered to go the extra www.
Comment