Removed cart items reappearing

[stevewhyte]

Oh joy, another random Sellerdeck issue!

When browsing with Microsoft Edge (latest version I think), I remove one item from the cart and all of the cart items disappear. When I then add an item, all of the cart items including those I removed reappear. This then stops anyone placing a valid order unless they only added exactly what they want to the cart at the first attempt.

Doesn't seem to happen in Chrome, but I can't really force customers to use a particular browser.

I have tried a website refresh (not purge and refresh) to no avail. Does anyone know of any potential issues or losses if I try changing the pl number and then refreshing again?

Thanks,
Steve

[Mike Hughes]

Odd. This doesn't seems to happen on my site using V18.4.

Usually the problem of carts appearing / disappearing is due to people typing urls with and without www.

These are technically different sub domains so a cart cookie added where the site is set up as www. will not be visible if you're visiting without using www.

The usual solution is make sure you forward all visitors to the way you've set up the site. i.e. if you've set up the site as www.yourwebsite.co.uk then make sure all users are forwarded to www. in an htaccess file.

Mike

[John Ennals]

Probably not much help, but I've just tried SD 18.0.4 Smart theme on Edge 86.0.622.51, and the checkout seems to be behaving correctly.

John

[stevewhyte]

Thanks guys,

Could be the www thing but I'm using the same shortcut to my site as I always have, so not sure. I think it could be an issue with the browser but I didn't ask the customer who first reported the issue what he was using.

If anyone wants to take a minute to try this out it's www.ehsarc.com and I'd be very interested to hear back with your experiences.

Cheers again,
Steve

[Mike Hughes]

Yep. It's the www. thing.

if you want to see it in action (and I've confirmed it in Edge and Chrome) copy this link https://ehsarc.com and paste it into a new incognito window (to avoid any existing cookies) in Chrome.

Then add to few things to the cart which all works fine but when you try and Remove + Update one of the items it will show your cart as being empty. But if you click on the page URL at the top to see the details you'll see that you're being shown the url with www. inserted. Click your logo and you'll find yourself back in the url without www. and all the cart items are there again.

The solution is to add a line to your htaccess file to ensure all visitors are sent to the www. subdomain. There are lots of examples and descriptions of how to do it online.

[stevewhyte]

Thanks very much indeed Mike.

I am staggered that I haven't come across this in 15 years with Sellerdeck! Every day is a school day as they say.

Cheers,
Steve

[stevewhyte]

OK, I've had a look at that and I'm wondering why Edge flips between https://ehsarc.com and ehsarc.com, but Chrome doesn't? Chrome works perfectly on my PC at least?

[Mike Hughes]

Chrome does it as well but you have to do it in an incognito tab so it doesn't use the cookie settings from previous visits. The cookie remembers whether you were using www. or not when you first visited.

[stevewhyte]

Ah ok. Any idea why this would be happening all of a sudden? I'm the only one with access and I certainly didn't change the .htaccess file.

[Mike Hughes]

It doubt if it's new. IIRC I think it's quite a while since browsers stopped serving the same cookie across all the sub domains. It really only appears in real life very rarely as most of the time customers will be clicking on a link with www. so will be taken to a working website. You almost have to know what you're doing to recreate the problem.

Mike

[stevewhyte]

Understood. Thanks so much for your help on this.
Steve

[stevewhyte]

Sorry, resurrecting this as I thought I had it fixed.

The cart keeps wanting to revert to www.ehsarc.com, so I am trying to redirect everything (ie ehsarc.com, https://ehsarc.com, http://ehsarc.com etc) to https://www.ehsarc.com. My .htaccess file currently read exactly as follows and I wondered if anyone sees where I am going wrong?

#RewriteEngine On
#RewriteCond %{ENV:HTTPS} !=on
#RewriteRule ^.*$ https://www.%{SERVER_NAME}%{REQUEST_URI} [R,L=301]

AddHandler application/x-httpd-php71 .php

Thanks,
Steve

[zgap111]

Just wondering... does your hosting provider give you access to something like a plesk control panel?

Ours has an option under "Hosting Settings" - see image
- this could be the reason why our htaccess file has # in front of all our "rewrite" lines (I assume "#" ignores that line)

[Mike Hughes]

I have 2 rules in mine to cover this

RewriteEngine On

# Redirect non-www urls to https://www
RewriteCond %{HTTP_HOST} !^www\.firsttackle\.co.uk
RewriteRule (.*) https://www.firsttackle.co.uk/$1 [R=301,L]

#Redirect anything else non http to https
RewriteCond %{HTTPS} off
RewriteRule ^(.*)$ https://www.firsttackle.co.uk/$1 [R=301,L]

[stevewhyte]

Both excellent answers, thank you very much.
So the # makes that line a comment rather than a command? That may explain why the original file wasn't doing anything, but I wonder if that was by design as the Plesk Hosting Settings were set to "None" for the preferred domain.
I have copied, pasted and modified the code above, and changed the hosting option in Plesk. Hopefully now that will be that???
Cheers again,
Steve