Background of the issue:
I am trying to translate ACF Flexible content. When I translate a flexible field on a new page for the first time, everything works fine. However, if I add additional content or make changes in the default language, the flexible field content is lost from the FrontEnd but remains available in ATE. I checked this previous thread https://wpml.org/forums/topic/translated-acf-flexible-content-fields-not-applied-to-translated-page/ which fixes the issue, but I don't want to always do this if there are changes. I also tested by setting up the Flexible field group to 'Same fields across languages', which only works if I re-save all the translations and complete, which is not ideal. The current setup is 'Expert' with Copy on the flexible field. There is also a nested repeater field set to Copy, and all fields inside the flexible content and repeater are set to Translate.
Symptoms:
The flexible content is not visible on the FrontEnd after translation updates. Instead, I see an empty component with no flexible field content.
Questions:
Any other solution besides saving every time?
I have tried same setup from our side on test site and it works fine.
1) Does the content gets lost in frontend only or also in backed? Edit your 2nd language page and check.
2) Can you please try next:
- Make sure you have a backup.
- Disable all other plugins and leave active only WPML and ACF plugins
- Switch to WP default theme
- Check if the issue still happens.
3) Does the issue happens with new page or only current one?
It happens in frontend and backend (page edit), but it is available in ATE.
It happens once the content in the default language is changed and translation is updated but not the first time when it's translated.
We tested it with Copy and Copy once and seems like it works with both locally but not on staging. On staging we have to save the ACF Field and update default language and translation to make it visible in the frontend which is not ideal nor expected behaviour.
We also have two tables where the flexible content field has the same name (table_column) but we can see them fine in the ATE so I don't think this is the issue.
1) Can you please get back to me with answers to my questions/suggestions in the last reply? That way I can suggest further steps.
2) What do you mean by "On staging we have to save the ACF Field and update default language and translation to make it visible in the frontend which is not ideal nor expected behavior."
If you mean that you need to update translations after saving content in the default language page, then this is expected, each change in the default language requires re-translation.
Thanks for the answer. To answer you on your questions:
1) Does the content gets lost in frontend only or also in backed? Edit your 2nd language page and check.
- The content goes missing for EN on both FE and BE. But as I said, it's available in ATE page.
2) Can you please try next:
- Make sure you have a backup.
- Disable all other plugins and leave active only WPML and ACF plugins
- Switch to WP default theme
- Check if the issue still happens.
- I did try this and the issue still happens.
3) Does the issue happens with new page or only current one?|
- The issue probably happens only with current pages since it always works when adding a new page.
I’ll provide a brief overview of the issue and the steps I’ve taken:
I have two ACF blocks: “Basic Table” (Block 1) and “Advanced Table” (Block 2). Each of these blocks contains a flexible content field called "table_column," which includes a title field, description field, and additional fields.
The problem occurs in both of these ACF blocks.
When I create a page, I add the Advanced Table block, input content, and then translate it using ATE. In the ATE page, all the fields are displayed. I translate all the text and complete the translation. When I check the EN page, everything displays correctly, so it seems to be working fine.
However, after some time, I edit the content in the Advanced Table block (on the same page), complete the translation, and then go to the EN page—only to find that the content is missing.
I’ve tried using both the 'Copy' and 'Copy Once' options for the flexible content field, but the issue persists. If I change the setting from 'Copy' to 'Copy Once' and then save the page, the table reappears, but this is not a proper solution, as it’s not something I can ask the client to do.
Previously, I encountered issues with using identical field names across different ACF blocks, where the fields wouldn’t display in ATE at all. This makes me concerned that the problem might be something different. Additionally, the issue doesn’t occur in my local environment—it only happens on the staging site.
1) Okay to make things clear if you edit the page in 2nd language and check the issue happens there as well. Correct?
I am trying to avoid checking the issue on the frontend since probably you are using some custom code to show this, and this is a bit out of our scope for us.
2) Can you create a new page and 100% confirm issue does not happen here with the same steps? That way we can know if the issue is with the configuration of fields or related to that page and how fields are saved in DB.
3) After all of this please try to create a starting site without additional custom code and plugins, and share steps with me on how I can check the issue. That way I can take a look and debugg issue further.
Regards,
Drazen
The topic ‘[Closed] Translating ACF Flexible field – not visible on FrontEnd’ is closed to new replies.
Manage Cookie Consent
We use cookies to optimize our website and services. Your consent allows us to process data such as browsing behavior. Not consenting may affect some features.
Functional
Always active
Required for our website to operate and communicate correctly.
Preferences
The technical storage or access is necessary for the legitimate purpose of storing preferences that are not requested by the subscriber or user.
Statistics
We use these to analyze the statistics of our site. Collected information is completely anonymous.The technical storage or access that is used exclusively for anonymous statistical purposes. Without a subpoena, voluntary compliance on the part of your Internet Service Provider, or additional records from a third party, information stored or retrieved for this purpose alone cannot usually be used to identify you.
Marketing
These cookies track your browsing to provide ads relevant to you.