So we restored couple of databases and files for last couple of months and unfortunately the same problem persists. So it is clearly problem on your end.
I attach the the screenshot from before the update of the WPML as well as core WORDPRESS.
This happened around the end of last week. This proofs that probiem is certainly on your end (databases has been restored to the state from 2 weeks ago, when everything worked well and we get the same problem).
I demand to have it fixed, I have a team of people on hold due to this issue and, we cannot work, we canot restore so we are stuck due to evidently your problem.
You are more then welcome to any changes on the server I have provided you access with. I have full backups and can restore to current point at any time.
Probably the size of the site created the issue for migration, I used your database and files and replicated them on my local site and I can set up the mapping without any issues. So it looks like some site-specific issues which is showing the messages.
As mentioned earlier, can you move the site URL to public which doesn't need host file and contact your server once to see if there is any cache and ask them to disable every cache thing?
Please explain, I do have a production server that get the same message (different server).
I have a vanilla debian severs. The same issue occurs on the live (non /etc/hosts).
Just to clarify - there were no changes made to our end (in production we didnt touch the website for over 1.5 month) and at the end of next week all versions of the server, prod and dev started to show the error [possibly at the same time].
There were no changes to the firewall, webserver, website, server, no upgrades of the code nor the server. One of the restored servers has been restored in the different provider (most of the servers are on vultr but the restored one is on linode).
I don't see any logical reason why that should happened on our end. I tried to disable firewall, memceched, php caching, disabled all the plugins and everything is the same.
Seems this error showed up on all server not on a single one it seems like its the communication with wpml.
This seems to be stuck on your end - possibly changes the codebase or some blockage from our servers to wmpl's.
We will try to change the websever (we use openlitespeed) to nginx and apache and see what happens. Will keep you posted.
Guys what is going on?
We hitting 2 weeks of nothing has been done.
I have a whole team on hold plus my marketing goals are not being met.
This is certainly error on your end, so please do your job and fix this issues as soon as possible.
I was hoping for a resolution by xmas time and we are still stuck.
Please see attachments but the issue is that 3 languages are not being translated automatically due to the error.
Please work on it as soon as you can.
You mentioned that temporary server works well but when I asked for screeshots or access you said nothing - which is quite weird.
You guys are causing my organisation quote a cost so please do your job and resolve this.
We've tried everything,
We went through all possible logs of webserver, wordpress php - all seems to be good.
This is an issue of your plugin talking to the your servers.
I demand escalating this issue to the top as soon as we can - we cannot work, we can not reverse - this is a huge huge issues for us.
Restored servers with old db and files also return the same issue (even though the codebase not the database haven't been touched at all). This is evidently your issue guys.
Can we please do something that we can start working? Anything so we can start working on the content - this is causing us a lot of pain, and costs us a fortune.
I chose WMPL because you guys supposed to help when there is an issue, so please do that!
