This thread is resolved. Here is a description of the problem and solution.
Problem: You are trying to translate your website automatically from German into Polish and English using WPML's automatic translation feature. Most of the content has been manually translated, but you want to switch to automatic translation for both past and future content. Despite activating pay-as-you-go and setting everything up correctly, the translation queue is getting stuck, showing 'x items in queue' and 'posts are being prepared for translation', but no content or custom fields are being translated. Solution: The issue is caused by the Table Field Add-on for ACF and SCF plugin, which is not officially compatible with WPML. We recommend replacing this add-on with the ACF built-in Repeater field, which can likely achieve the same layout you need. Each repeater can represent a row, and each field within that repeater can be a column. You can find a demo code that applies similar logic here: ACF Repeater Field Documentation. If this solution does not resolve your issue, consider contacting the support team of the Table Field Add-on for ACF and SCF plugin for further assistance.
Please note that this solution might be irrelevant if it's outdated or not applicable to your case. We highly recommend checking related known issues at https://wpml.org/known-issues/, verifying the version of the permanent fix, and confirming that you have installed the latest versions of themes and plugins. If the problem persists, please open a new support ticket.
This is the technical support forum for WPML - the multilingual WordPress plugin.
Everyone can read, but only WPML clients can post here. WPML team is replying on the forum 6 days per week, 22 hours per day.
Background of the issue:
I am trying to translate the entire website automatically from German into Polish and English. Most of the content has been translated manually already, but I want to switch to automatic translation for past and future content. I activated pay-as-you-go and the automatic translation. I have updated WPML, WordPress, and plugins to the latest versions, checked PHP and WP memory limits, verified language mapping for Polish, used WPML troubleshooting tools, switched translation mode, checked for conflicting plugins, and reviewed WPML error logs.
Symptoms:
The translation queue gets stuck. I see 'x items in queue' and 'posts are being prepared for translation', but there is no translated content or translated custom fields.
Questions:
Why is the translation queue getting stuck?
How can I ensure that automatic translation processes all content as expected?
unfortunately nothing has happened overnight. The content is "still being prepared" and not a single credit has been used. There is no new notice in the error log.
What should I expect? Should the message "still being prepared" disappear at some point?
We suspect a database corruption, or perhaps an issue occurred when you removed the Austrian language. We need to investigate this issue further on our servers. Please allow me to take a copy of your site. For this, I must install a plugin like Duplicator or All In One Migration. Please let me know if you agree.
thank you for the response. In order for that to proceed I will need a Data Processing Agreement since you will have a local copy of personal data like names and e-mail adresses. Can you provide something like that?
You can do it on a staging site, and then we will take a copy of it. Or you can do it yourself and share the copy without the data with us. You can upload it to a service like Google Drive or Dropbox and share the link with me. For this, I'll enable a private message for the following reply.
I still haven't received any information from our second-tier supporters regarding this case. I've sent them a message and asked them to get back to me regarding this matter. When it happens, I'll update you here.
Our second-tier supporter checked the copy of the site, but he couldn't see the problem there, as it is not an exact copy of hidden link. He could confirm this by inspecting the website ID and the ATE organization. Our second-tier supporter explained that the original site from which the package was generated (the pack you shared with us) was with website ID: 6d661886-42f1-4962-b9d6-c3917d7c0393 and organization unit ID 5a77c642-1f10-4454-9e70-082f80ae3a6f. Whereas the one with the ate job ID 145510078 (the job that caused the queue to be stuck) is 39616464-6439-5466-b130-323564356436 and organization unit ID cf20f096-83f7-4d9a-959e-a67e9cd640fe. So our second-tier supporter realized that he was not testing the same environment where the problem is. Access to your site is no longer working, so our second-tier supporter is unable to check it. Therefore, we must have a copy of hidden link where this problem occurs.
Could you please share it with us so we can investigate this issue further?
Our second-tier supporters have checked this issue. The problem stems from the Table Field Add-on for ACF and SCF plugin. This plugin is not officially compatible with WPML and is unknown to us. We also checked our system, and only a small number of our users use it. In such cases, we can't support this. However, our second-tier supporter says you can use the ACF built-in Repeater field. He wrote:
The client can likely achieve the same result with a repeater field (each repeater represents a row, and each field within that repeater can be a column). There is a demo code for sliders, but that would be the same logic: hidden link
You can also consider contacting the support of the Table Field Add-on for ACF and SCF plugin and try to get their help with this issue.
