we're trying to translate posts, but they get stuck and only show the spinning wheel after completing the translation in the ATE.
A lot of custom fields (we're using Advanced Custom Fields) are assigned to these posts and some additional custom taxonomies. The posts aren't created with Elementor, but the assigned Elementor template uses the custom fields to include additional information and as template conditions.
We cannot find anything in the logs, so we can only guess, that maybe the problem lies in a custom field.
Can you use the following information to see what is happening here?
ate_original_id=76386441
ate_job_id=76386441
ate_status=6
job_id=130
Is there any way to get a log or something from the ATE? The ATE log on our end doesn't show anything.
Thank you for providing the Job ID. After reviewing our translation management system, I can confirm that the Translation job linked to this ID has been successfully completed and delivered. Rest assured, there are no issues with the ATE.
Since you're using a performance optimization plugin on your site, the issue you're having might be related to the caching. Could you please clear the caches from your site and browser properly and then check again?
If the issue persists even after that, please follow the steps mentioned below and check if that helps to solve the issue.
- Please go to "WPML > Support > Troubleshooting"
- Click on the buttons marked in this screenshot: hidden link
- After that, make a small change in the default post and save the changes
- Finally, update the translation of that post.
Please let me know if that helps or if you need further assistance in this matter. I will be happy to help.
thank you very much, it actually was our FastCGI caching, after clearing the cache the translation jobs completed successfully.
Unfortunately we strongly rely on our cache, so we need to find a way to clear only the needed portions of it. Do you have any advice what needs to be cleared?
I can understand the importance of caching on your site. If the caching system that you are using allows for clearing caches from specific sections or excluding certain areas from caching, then you can take the full URL of the page or post list where the issue occurred. You can then either clear the cache for that particular page or add the URL to the cache exclusion list.
For example: if the issue occurred in the Post section of wp-admin, then copy the URL of the post section("example.com/wp-admin/edit.php") and remove caches of this page or add this URL in the exclusion list. In this way, you don't have to clear the caches for the entire site.
You can also reach out to the support team of the Caching system and discuss further. They can help you better in this matter.
If there is anything else you need help with, please let me know. I will be happy to help.
thanks again. The backend isn't cached, so we need to figure out, how this process works and how it could be affected by the cache. Can you explain what happens when using the ATE?
I guess the WPML plugin creates an xliff file for the specific page and loads the ATE while letting it download this xliff file. What happens after completing the translation? Does the ATE send the translated xliff back via API? Does it check the original page? If we can figure out, which URL we need to remove from the cache, it may be the solution to our problem.
You've guessed correctly! Once the translation is finished, the ATE returns the translated XLIFF file through the API. Just so you know, the API will check the status of the original page every time you update the page. Based on that, the status of the translation gets updated.
If you think that excluding the endpoints might be beneficial, kindly refer to the documentation provided below. From there, exclude the API endpoint specified in the documentation from caching.
