As already shared, I'll investigate the issue with the Posts translations and get back to you.
While I do that, please describe me the issue you're having with the ACFs? Please send me a screenshot of a concrete example of a field that's not behavind as you'd expect. With that, I can create a separate ticket for this issue and work them in parallel.
Right. so. In Products there are ACF fields, that are not translated. The white squares in the image - sometimes it shows one, sometimes the other. But now, even in translated products, those fields are not translated - one should have theAlc.% and Volume, the other one whatever custom text.
New threads created by Lucas Vidal de Andrade and linked to this one are listed below:
I will update the scripts, so both white windows not showing within one product - since there are categories in english now, I have to update exclusions. The idea is that the Alk% one shows within drinks and that other window within other products, that are not liquid 🙂
My point is - at some moment you would be able to see only one white window next to the product [not as in the picture now] but that is irrelevant to the question. Just informing you.
Thank you for sharing the details. Precisely, this ticket is for the issue with the translations. I've created a new one for the ACF issue, which you can find here:
I'll answer you there. Besides that, make sure that you're subscribed to the notifications, check the image. I'll be back here once I have new information about the translation issue.
I've escalated this ticket, and will get a second opinion with our devs. It looks like there's some underlying issue, causing the translations to get stuck. I'll update you as soon as I hear from them. Thank you for your patience.
P.S: I've cancelled in progress translations, and deactivated Translate Everything Automatically, for now. Please leave it as is, until we investigate. Thank you.
Thanks for the detailed info — based on what we’re seeing, there are strong signs of an underlying site/database issue that is very likely not caused by WPML, but it can definitely block WPML (and other processes) from completing jobs reliably.
What we found
1. Your database has an abnormally large Action Scheduler backlog
* The tables `ce5Ckc_actionscheduler_actions` (10M+ rows) and `ce5Ckc_actionscheduler_logs` (35M+ rows) are extremely large.
* A big chunk of this appears to be related to WooCommerce, especially the scheduled action:
`woocommerce_refresh_order_count_cache` (millions of rows).
This kind of backlog typically indicates a runaway scheduled task loop and can cause timeouts/performance issues that would make translation jobs “stick”.
2. There seem to be multiple WordPress table prefixes in the same database
* The Action Scheduler “mess” is in tables with the prefix `ce5Ckc_`
* But the site you linked is using the prefix `eia8XXY86_`
This raises a red flag: it looks like the database may contain tables from more than one WordPress install (or a leftover/migrated site). Even if only one site is active now, those extra tables can signal a messy migration/history.
3. Your posts table shows heavy duplication
In the `eia8XXY86_posts` table, there are many duplicates of the same posts. For example, one query returned 106 identical rows for the same post title, all with the exact same timestamp.
Important question for you
We noticed that many duplicated posts share this timestamp:
2026-01-30 09:00:41
* Is that timestamp significant to you?
* Did you import content or use a migration tool around that time? (We also noticed a migration plugin installed.)
### How to proceed (before we continue WPML troubleshooting)
Because this points to a site-level issue, the best next step is to stabilize the site first:
* Please investigate and fix the WooCommerce scheduled actions runaway/backlog (and clean up the excessive Action Scheduler data).
* Some reports suggest disabling WooCommerce Analytics (WooCommerce → Settings → Advanced) can help reduce scheduled action loops, but you/your developer should confirm what’s generating these tasks and clean up properly.
* Please confirm whether there are multiple WP installs sharing the same database (different prefixes), or whether these are leftovers from a migration.
Once that’s resolved (or at least no longer growing), please let us know:
1. what happened on/around 2026-01-30 09:00:41
2. whether there was an import/migration
3. whether the Action Scheduler tables stop growing
…and then we can re-test WPML translations in a cleaner, stable environment.
Right.
The content - Products and Posts were migrated using WP All-Import/Export at that time. I believe that's why the creation times are the same there.
I was using Migrate Guru to migrate the site to 10web. I noticed, that the overall site just bloated despite originally being only 2GB, as well as plugins from the old site were still after migration.
As my unstallation suggests - the "eia8XXY86_"is the correct one. but there should not be any dublicates. I presume those dublicates appeared yesterday upon trying to run translation.
On 10web there are also staging site now active, if that matters.
