[Resolved] ACFML2 Causing issues with some cloned fields
This thread is resolved. Here is a description of the problem and solution.
Problem: The client is experiencing an issue where a 'Button Group' flexible content block is not displaying on the homepage after cloning their live site to a staging environment. This issue occurred after upgrading to ACFML2 and making changes to ACF field groups. The problem persists despite trying various settings, and the block reappears only when the ACFML plugin is disabled.
Solution: We recommend the following steps: 1. Create a fresh staging site from the live site. 2. Update WordPress Core, WPML CMS, String Translation, ACF, and ACFML to the latest versions, specifically ACFML (2.1.0). 3. Change the button field name to
button_group_repeater
. 4. Keep the clone field as Seamless. 5. Check if the issue is resolved.
Please note that the solution provided might be outdated or not applicable to your case. If the issue persists, 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 necessary, do not hesitate to open a new support ticket for further assistance at WPML support forum.
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.
Thanks Osama, I appreciate the outlined steps.. Thanks for taking the time.
To confirm... I'll have to go through every single page of the site and rebuild any flexible content block that uses button group? I can not do search/replace in the database as that did not work when we tried that? It's going to be quite an undertaking as there are a lot of page.
Question: Why would Seemless vs Group matter if that is merely a display option ?
As a test. I changed added code:
$repeater = get_sub_field('button_group_repeater');
var_dump($repeater);
Which returned
bool(false)
for the homepage button group. It's not seeing the repeater fields at all. I believe that changing. SEAMLESS to GROUP for those fields is what is breaking that.
I changed those 3 fields:
Content Type: Button Group — To Clone
Block: Button Group — To Clone
Global Content Blocks
from
GROUP back to SEAMLESS
var_dump($repeater);
returned:
bool(false)
Then I disabled "Advanced Custom Fields Multilingual" plugin
and
var_dump($repeater);
returned:
array of button information.
The plugin is definitely part of the issue here. I've left the var_dump() on the homepage under the her image. you'll see it's returning bool(false). I reverted your settings back to "Group" and enabled your plugin. You can turn it off and change the setting back to "Seamless" to see it recognize the repeater values.
The buttons don't work on the front end in my local installation too. I tried some workaround and fixes with no luck, so I consulted our 2nd tier support about it.
I think we're at the point where we are ready do move away from WPML and use a different solution. This breaking change in the plugin has been a massive waste of resources and expensive.
Can you provide instructions to uninstall and remove all WPML data.
1- Create a fresh staging site from the live site
2- Update WordPress Core, WPML CMS, String Translation, ACF, ACFML (2.1.0)
3- Change the button field name to (button_group_repeater)
4- Keep the clone field as Seamless
5- Check the issue
We decided that there are too many buttons throughout the site to have to go around and rebuild this. While we appreciate you may've found a way to resolve this, renaming the button_group field is not a great solution for us. This appears to be a major breaking change. We have opted to move away from WPML.
Sorry for the inconvenience, and sorry for seeing you decide to use another solution.
Please let me know if you need further help.
Best regards,
Osama
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.