Hi Kor, I don't see a search function within the WPML ticketing portal, and it might still be difficult to find the issues even if there were, but I can share that the ATE sync was working somewhat better back when we had WPML 4.6.3, and then WPML started to malfunction far more often after we upgraded to WPML 4.6.4, with its new URL detection feature.
Is the URL detection bug a cause of the ATE sync issues? I'm not sure.
I was able to find a few references to the 4.6.4 problems in email chains, if it helps, but I'm not sure that these tickets are directly relevant, other than mentions that WPML 4.6.4+ seems to work far worse on Pantheon envs ever since the new URL detection problems were introduced:
If you truly believe that URL detection is completely unrelated to the ATE sync issues, then we can ignore the URL detection bug for now.
That said, the ATE sync error message seems directly related to the synchronization problems that we're having. This is the error message mentioned earlier:
"The Advanced Editor jobs synchronization has failed"
I'm reattaching the error message screenshot for reference.
...
In regards to your request for more information about "the patch that was applied in your Pantheon environment", I mean that we were experiencing ATE sync problems in older versions of WPML, and then at some point, WPML released a new point release version of the WPML plugin, and this seemed to make things better for a while.
But I'm having difficulty in determining which WPML versions were working better than others, partly because the support site seems to lack a search function, and also because I don't know that we documented which WPML version fixed the majority of the sync issues.
I know that we needed to upgrade WPML past WPML 4.6.3 at one point even though I held off as long as I could, because we needed to upgrade WordPress core to version 6.3, and WPML 4.6.3 had known incompatibilities with WP 6.3.
Please let me know if this helps address your questions and concerns.
To get back to the main point of this ticket, we are still looking to get the frequent ATE sync issues solved, and we have an error message that we can recreate 100% of the time -- see attached screenshot -- even when we switch to a stock theme and deactivate all plugins except for the WPML plugins, ACF Pro, and the Pantheon mu-plugins.
I've reviewed the situation, and I can confirm that I see the issue you mentioned. To address this, could you please try deactivating the sitekey and then reactivating it? It seems to me that the ATE is encountering difficulty syncing the translations. Could you remove the sitekey from the wp-config.php file? Then, perform the deregister and re-register process by visiting this link: hidden link .
Then, try opening the jobs tab to see if the issue is still there.
I wonder if this is directly related to our other sync issues, such as the URL change detection bug, the frequent 504 errors when we create translation jobs, and the frequent ATE sync problems on Pantheon hosting.
I reply here just to say that this happens to me too on a website, but only for 1 page !
Here is exactly what happens:
1- When I translate that page, the loading symbol keeps turning
2- If I cancel the job, and empty the SG cache (Siteground Optimizer plugin), the modifications appear, the loading stop turning, but stays as if a translation was needed.
