This thread is resolved. Here is a description of the problem and solution.
Problem: The client is facing two issues: First, a product page translation is not appearing on the live site and redirects to the Spanish home page instead. Second, when translating an article, the content shown in the WPML translator is from a different article. Solution: For the first issue, we identified that it is a known problem where ACF does not delete fields from the post meta table, causing WPML to display incorrect translation jobs. This specifically occurs when a clone field within a Repeater or Layout field uses the "Group" display method. To resolve this, the client can either switch the display method to "Seamless" or manually delete the metadata. We have also informed the ACF team about this for a proper fix.
For the second issue, ACF does not properly delete fields when a row is removed, leaving clone field data in the database. The client can use the whatwedo ACF cleaner plugin to clean up the database, as suggested in the ACF forum.
Please note that the solution provided might be outdated or not applicable to your case. If the issue persists, we highly recommend checking the related known issues, verifying the version of the permanent fix, and confirming that you have installed the latest versions of themes and plugins. If necessary, please open a new support ticket for further assistance.
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.
our first issue is regarding product page translations.
one of our product pages translations don't appear anywhere in the live site. when trying to switch to Spanish version it redirects to the Spanish home page and when trying to open it from the product menu in the Spanish home page it.
Our second issue is regarding translating articles
when translating an article in the wmpl translator the content shown is from a completely different article. If you see the attached screenshot, the article title is about a company called medialusso however, the content in the WMPL translator is from a different article about a company called l'equipe.
I have attached the debug information. we would like to solve this issue as soon as possible if we can open a chat ticket that would be appreciated
If you would like to continue this conversation as a chat, please check the next link and you will see the option to open a chat following the same steps for reporting a new issue: https://wpml.org/forums/forum/english-support/
Else, we could continue here, I see you have 2 different issues that could be related :
1- Translated Product pages not showing
- Could you please verify if the product in second language is indeed published?
- Please do a small edit to one of the concerned product in the default language and then open it for translation again, there might be more content needed to be translated (make sure that the translation is 100% complete)
2- WPML showing different articles
Please allow me to walk you through some initial debugging steps. This will help speed up the support process.
Can you please try to do a backup of your site and go to WPML > Support > troubleshooting and try all the following buttons: hidden link
Lastly, I highly recommend updating WPML plugin to version 4.6.8, make sure to have a backup before this update.
1. yes it is translated and the translation used to work perfectly fine up until I believe last week. I tried making edits to both the English version and its Spanish translation but that has not worked.
2. we are working on creating a back up
I will open a private reply for you to share other information,
If the troubleshooting options didn't help, I would like to ask for temporary access to your test site’s wp-admin and FTP to investigate the issue further.
Kindly provide me with the steps on how to replicate the problem.
If necessary, I may need to replicate your site locally. To do this, I will temporarily install a plugin called “Duplicator” on your site, which will enable me to create a copy of your site and its content. Once the problem has been resolved, I will delete the local site. Please let me know if you agree to this.
If you do not see the form below, please do not enter your credentials as they will be publicly exposed:
hidden link
For your privacy and security, please ensure that you make your reply a private one.
please provide me with your email and IP address to give you access to our back up so you can run tests on it and find the issue. please also make it so that my next message is private so I can send the links of each page where the issue occurs. Also Fyi we do not want our site to be replicated locally.
Some information that I received during testing:
1) We have 3 pages: hidden link (English version) hidden link (Spanish version) hidden link (Portuguese version).
2) For some reason, the Spanish and Portuguese versions of hidden link are NOT displayed correctly if I use the same slug for them as for the English version ("tvu-producer-cloud-production").
If I change the slug to any other, it starts working again. For example, I changed the slug on the Spanish version of hidden link (now it works correctly, but we need to have the same names for our products. They should only be regulated language version ".../es/...", ".../pt-pt/...")
3) The bug can still be reproduced on the Portuguese version.
This link hidden link actually opens a page with ID 39434 but should open a page with ID 129841
There is some confusion here - please help solve this problem.
Now for the second issue:
We are trying to translate this page hidden link into a Japanese version.
At the same time, in the translation editor, we see content that is not on the original page hidden link
Our content hidden link starts somewhere in the middle hidden link
I researched further and discovered that we have old pages (that are no longer used on our site) with the same name. I deleted the old pages and everything started working as expected. Apparently, there was some conflict related to an incorrect redirect to old pages.
We have already fixed this on our Live site, and it works correctly.
And so, now we can forget about issue 1 and focus on solving only issue 2
I think the content order is like that because WPML is showing the custom fields after showing the default fields in your content, I wasn't able to login as your site hidden link is redirecting to a "ERR_CONNECTION_TIMED_OUT" error.
From here, I simply suggest completing the Japanese translation and see if the order is broken in the front-end or not (most likely it won't be)
Unfortunately, the order of content in the translation editor cannot be changed and we are aware of this issue (it also defers from one custom field plugin to another), I will add your ticket to the same development ticket and keep you update it if we got a workaround for this,
I assume that you do not fully understand the problem that worries us.
We are not concerned about the order of content in the translation editor, but about the fact that in the translation editor, there is content that is not actually in the translated entry.
Some part of the content that does not exist goes to the editor for translation. We use a paid translator. And it turns out that we are paying for the translation of content that does not exist. This is the main problem.
P.S. We have also added your IP address to the list of allowed ones, try logging in again.
You are totally correct, as I only thought this concerns the order of the content,
This should be related to some custom fields' translation configuration under WPML settings set as “translatable” instead of "copy" or "don't translate".
It is hard to tell which fields to disable and which to keep, that is why I have created this draft copy of your page for testing purposes: hidden link
And shared your case with our 2nd tier team, you should expect another IP address to allow if that's okay.
Thanks, I will wait for the results of the investigation from you.
If we need to add new IP addresses for other members of your team, let me know about it (provide new IPs in private chat).
It turns out that the issue is a known one that was already escalated to our developers, this is caused by ACF is not deleting the fields from post meta table.
If you delete ACF post meta data for those old fields, WPML will adjust the translation job.
We found out that ACF is not deleting the fields with specific conditions:
- In Repeater or Layout field there is clone field.
- The clone field uses "Group (displays selected fields in a group within this field)" display too.
In that case deleting the row from Layout or Repeater field leaves the metadata in post meta table. And WPML displays it in ATE.
----
The issue only happens with Clone fields and when using "Group (displays selected fields in a group within this field)" display method.
If possible you can switch to "Seamless (replaces this field with selected fields)" display for a workaround. (this might mess with the layout, so you can manually delete the metadata as suggested in the first workaround)
We have already contacted ACF team for a proper fix, I will keep you updated once a solution is shared,
