Home›Support›English Support›[Waiting for user confirmation] Certain fields within my custom-built Gutenberg blocks are not appearing in the WPML Advanced Transl...
[Waiting for user confirmation] Certain fields within my custom-built Gutenberg blocks are not appearing in the WPML Advanced Transl...
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 wait time is higher than usual, please make sure you are meeting the minimum requirement - https://wpml.org/home/minimum-requirements before you report issues, and if you can take a look at current Known Issues - https://wpml.org/known-issues/. Thank you.
Background of the issue:
I have a WordPress site built using Gutenberg Blocks and the WPML plugin, with French and Arabic enabled as active languages. I’m experiencing an issue where certain fields within my custom-built Gutenberg blocks are not appearing in the WPML Advanced Translation Editor. These blocks follow the WordPress Blocks Standard. My goal is to ensure that all block fields are recognized so they can be automatically translated and displayed correctly on the frontend. If needed, I can share a sample of the source code for a block experiencing this issue.
Symptoms:
Certain fields within my custom-built Gutenberg blocks are not appearing in the WPML Advanced Translation Editor, while some block fields are correctly recognized and available for translation. We've tried using the old version of the plugin as well as the new version but same issue.
Questions:
Could you investigate this issue?
If this is a known problem, do you have any recommendations on how to resolve it?
Thanks for contacting WPML forums support. I'll be glad to help you today.
First of all, sorry for the late reply; it was due to a higher workload.
Some blocks might need to be registered for translation before the pages are translated. Please check this guide to learn more about registering custom blocks.
I would need to look closely at your site, so I would need to request temporary access (WP-Admin and FTP) Preferably to a test site where the problem has been replicated.
Your answer will be private, meaning only you and I can access it.
❌ Please back up your database and website ❌
✙ I need your permission to deactivate and reactivate the plugins and themes and change site configurations. This is also why the backup is critical.
✙ I also need your permission to take a local copy of your site to debug the issue without affecting your live site.
Thanks for the access details. I face the following error whenever I try to create a new page or update an existing one. (Updating failed. The response is not a valid JSON response.)
Please log in to this hidden link">sandbox site and install the theme or plugin that created these custom blocks. I'll then check them there.
However, the code registers the block correctly when adding this block as a plugin or to another theme, which I tested on a local sandbox copy. (Kindly check the attached screenshot)
Please check the block registration on your theme and any custom code that might prevent the block from being registered.
Thank you for getting back to us and for taking the time to troubleshoot the issue.
I noticed that the test was not performed using the theme we uploaded to the staging site you created, but rather on a sandbox copy. When I attempted the same translation using the block on the sandbox environment, it also did not work as expected.
Could you please confirm whether you used the same block in your sandbox test? If so, would you be able to share the code or the approach you used to implement it?
As mentioned in my earlier response, some of our blocks are working correctly—WPML is able to detect and translate their attributes—while others are not. All blocks in our theme are properly registered, and the issue seems to occur only with those that utilize the ServerSideRender component from @wordpress/server-side-render to render HTML via PHP.
Is there any special consideration or customization needed in WPML to support blocks implemented using this server-side rendering approach?
Thanks for your reply. I used the same block files in my local copy but added them as a plugin. I'm not sure if there are any limitations to server-side render blocks.
I'll consult our compatibility team and update you when I get their reply.
Our 2nd-tier support team found an issue with the theme code.
In several places, the theme uses the WPML filter wpml_config_array to expand the configuration settings, but it does it wrong and overwrites the existing settings instead of adding new ones.
That overwrites the configuration for the block we added to WPML > Settings > Custom XML Configuration. The configuration added there is correct, but the code elsewhere in the theme using the filter overwrites it, so it isn't used.
We commented out the few places where the filter is used to prevent that, and then the block texts are available for translation as expected.
You can find such code in uwc-wp/core/Blocks/AccordionBlock.php, uwc-wp/core/Blocks/HomeBannerBlock.php, and uwc-wp/core/Blocks/StatisticsBlock.php.
