Background of the issue:
I am trying to ensure that users automatically get signed in when switching languages on a multi-domain setup. I have had the auto sign-in option turned on for months, and the domains are validated.
Symptoms:
Users do not automatically get signed in when switching languages. This causes WooCommerce shopping carts to not sync between languages, showing as empty when switching.
Questions:
How can I fix the issue of users not being automatically signed in when switching languages?
Hi, I'd appreciate it if you could give me the URL/User/Pass of your WordPress dashboard after you make sure that you have a backup of your website.
It is absolutely important that you give us a guarantee that you have a backup so if something happens you will have a point of restore.
That's weird because my browser + external tools do show these domains have valid ssl certificates. I tried it with this tool for example: hidden link
The domains are also valid when I re-save the languages.
Thank you very much and sorry for my late reply. I asked my colleagues to check the other languages and they confirmed the SSL works ok for them.
I asked the second tier support to give me possible suggestions, but meanwhile would you please check if the same thing happens on a minimal installation?
- IMPORTANT STEP! Create a backup of your website. Or better approach will be to test this on a copy/staging version of the website to avoid any disruption of a live website.
- Switch to the default theme such as "TwentyTwenty" by going to "WordPress Dashboard > Appearance > themes".
- Go to "WordPress Dashboard > Plugins" and deactivate all plugins except WPML Multilingual CMS and WPML String Translation.
- Check if you can still recreate the issue.
- If not, re-activate your plugins one by one and check the issue each time to find out the plugin that causes the problem.
It doesn’t seem to be working for me yet, except when I’m already logged in across multiple languages and then switch between them.
Our management system (ModularDS) also flagged the following issue:
"A PHP session has been created by a session_start() function call. This interferes with the REST API and loopback requests. The session must be closed using session_write_close() before making HTTP requests."
Could this potentially be the issue?
Since it’s not a huge issue, we’ve decided to leave it as is for now. Since we don’t want to disable all plugins and debug on a live website, especially since we have around 50 of them.
